【正文】 加 載 注 冊 模 塊N oY e sY e sN o 圖 35 登錄流程 主模塊 設(shè)計(jì) 基于 .NET 18 該模塊，主要顯示當(dāng)前已注冊的所有用戶名稱，并根據(jù)用戶的在線情況，設(shè)置用戶名稱前的圖表樣式。 通過 SQL 語句，對指定數(shù)據(jù)表進(jìn)行查詢，并將查找到的數(shù)據(jù)信息以 SqlDataReader對象進(jìn)行返回。 User 類主要是將服務(wù)器端所有注冊用戶信息存儲到基類的 InnerList 列表中。 類庫的設(shè)計(jì) 在開發(fā)局域網(wǎng)通信系統(tǒng)時(shí)，可以將 UDP 協(xié)議封裝成一個(gè)控件，或是將局域網(wǎng)中發(fā)送及接收信息的功能封裝成類，同時(shí)也將需要通過網(wǎng)絡(luò)發(fā)送的一些指令和消息封裝進(jìn)去，這樣就可以統(tǒng)一客戶端和服務(wù)器端所調(diào)用的自定義規(guī)則并且也統(tǒng)一了通過網(wǎng)絡(luò)傳輸?shù)囊恍╊惖膶?shí)體，不會造成在序列化信息發(fā)送后，接收端反序列化失敗。 基于 .NET 14 用 戶 注 冊 表編 號 服 務(wù) 端 I P端 口 號用 戶 名密 碼標(biāo) 識 圖 32 用戶注冊表的 實(shí)體 ER 圖 系統(tǒng) 功能 設(shè)計(jì) 系統(tǒng)主要功能如下： （ 1） 用戶注冊 ： 每個(gè)客戶端支持一次注冊，注冊成功后在客戶端記錄下注冊信息，下次打開客戶端時(shí)直接進(jìn)入登錄界面。所有線程通過 CLI 來進(jìn)行管理。但是這樣也許會導(dǎo)致系統(tǒng)死鎖的發(fā)生。但它的性能還不是很好，因?yàn)樗褂昧舜谢木€程模型，任務(wù)是一個(gè)接一個(gè)得到執(zhí)行的。這種模型的缺點(diǎn)在于系統(tǒng)完成一個(gè)很小的任務(wù)都必須占用很長的時(shí)間。所以線程基本上是輕量級的進(jìn)程，它負(fù)責(zé)在單個(gè)程序里執(zhí)行多任務(wù)。當(dāng)您要提供或使用數(shù)據(jù)而不限制使用該數(shù)據(jù)的應(yīng)用程序時(shí)，這一點(diǎn)是很有用的。如果它必須為可序列化的，請嘗試生成特定字段來保存不可序列化的重要數(shù)據(jù)。這兩個(gè)過程結(jié)合起來，可以輕松地存儲和傳輸數(shù)據(jù)。 C/S 架構(gòu)的劣勢是高昂的維護(hù)成本且投資大。二者可分別稱為前臺程序與后臺程序。 客戶端需要安裝專用的客戶端軟件。所以有時(shí)要根據(jù)上下文判斷 client 與 server 是指軟件還是硬件。 Socket 正如其英文原意那樣，象一個(gè)多孔插座。 Socket 接口是訪問 Inter 使用得最廣泛的方法。進(jìn)程通信之前，雙方首先必須各自創(chuàng)建一個(gè)端點(diǎn)，否則是沒有辦法建立聯(lián)系并相互通信的。然后向?qū)Ψ綋芴柡艚校喈?dāng)于發(fā)出連接請求 (假如對方不在同一區(qū)內(nèi)，還要撥對方區(qū)號，相當(dāng)于給出網(wǎng)絡(luò)地址 )。不過 TCP/IP 協(xié)議也是這三大協(xié)議中配置起來最麻煩的一個(gè)，單機(jī)上網(wǎng)還好，而通過局域網(wǎng)訪問互聯(lián)網(wǎng)的話，就要詳細(xì)設(shè)置 IP 地址，網(wǎng)關(guān)，子網(wǎng)掩碼， DNS服務(wù)器等參數(shù)。源端口號標(biāo)識了請求域名服務(wù)的本地機(jī)的應(yīng)用程序，同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。所以協(xié)議是通信 雙方為了實(shí)現(xiàn)通信所進(jìn)行的約定或?qū)υ捯?guī)則。 基于 .NET 6 2 局域網(wǎng)即時(shí)通信 的關(guān)鍵技術(shù) 網(wǎng)絡(luò)協(xié)議 協(xié)議是用來描述進(jìn)程之間信息交換數(shù)據(jù)時(shí)的規(guī)則術(shù)語。視頻會議可以讓把不同地方的人虛擬在一起，用直觀和友好的交流方式，忽略地域的區(qū)別。有時(shí)，節(jié)約的成本甚至超過了想像。這就大大降低了協(xié)同造成的時(shí)間損耗。 局域網(wǎng)即時(shí)通訊 局域網(wǎng)即時(shí)通訊 簡介 局域網(wǎng)即時(shí)通信，不同于大家熟知的 MSN 這 樣的基于互聯(lián)網(wǎng)的即時(shí)通信，而是基于企業(yè)內(nèi)部局域網(wǎng)使用的即時(shí)通信 。使用 向手機(jī)發(fā)送短信需要手機(jī)開通移動(dòng) 服務(wù)，單擊對方頭像圖標(biāo)， 在打開的快捷菜單中選擇“手機(jī)短訊”命令，在打開的對話框中輸入信息，然后點(diǎn)擊發(fā)送即可完成，這時(shí)對方的手機(jī)就可以收到一個(gè)消息。它的功能主要體現(xiàn)在應(yīng)用程序共享、遠(yuǎn)程協(xié)助、白板共享、尋求遠(yuǎn)程協(xié)助等方面。首先用鼠標(biāo)左鍵單擊在線好友的頭像，選擇“傳遞語音”命令，然后就會彈出一個(gè)對話框，錄音以后就可以發(fā)送了。移動(dòng) 2021 實(shí)現(xiàn)了手機(jī)的單項(xiàng)視頻聊天。此外 還具有與手機(jī)聊天、 bp 機(jī)網(wǎng)上尋呼、聊天室、點(diǎn)對點(diǎn)斷點(diǎn)續(xù)傳傳輸文件、共享文件、 qq 郵箱、楚游、網(wǎng)絡(luò)收藏夾、發(fā)送賀卡等功能。 基于 .NET 2 企業(yè)級的即時(shí)通信實(shí)際上也可以說是個(gè)人即時(shí)通信的應(yīng)用延伸。 早期的 ICQ 很不穩(wěn)定，盡管如此，還是受到大眾的 歡迎，雅虎也推出 Yahoo! pager，美國在線也將具有即時(shí)通訊功能的 AOL 包裝在 Netscape Communicator，而后微軟更將Windows messenger 內(nèi)建于 Microsoft Windows XP 作業(yè)系統(tǒng)中。而且，現(xiàn)在不少 IM 軟件還集成了數(shù)據(jù)交換、語音聊天、網(wǎng)絡(luò)會議、電子郵件的功能。 I 摘要 即時(shí)通信在廣域網(wǎng)上飛速發(fā)展，由于越來越多的企業(yè)對于電子化辦公的深入 ，即時(shí)通信系統(tǒng)對于局域網(wǎng)中的需求增多。 能讓你迅速地在網(wǎng)上找到你的朋友或工作伙伴，可以實(shí)時(shí)交談和互傳信息。直到現(xiàn)在， ICQ 已經(jīng)推出了它的 2021a版本，在全球即時(shí)通訊市場上占有非常重要的地位 。相對于個(gè)人即時(shí)通信工具 而言，企業(yè)級即時(shí)通信工具更加強(qiáng)調(diào)安全性、實(shí)用性、穩(wěn)定性和擴(kuò)展 性 。 即時(shí)通訊 系統(tǒng) 典型的 即時(shí)通訊 系統(tǒng)簡介 騰訊 是由深圳市騰訊計(jì)算機(jī)系統(tǒng)有限公司開發(fā)的一款基于 Inter 的即時(shí)通信（ IM）軟件，我們可以使用 和好友進(jìn)行交流，信息和自定義圖片或相片即時(shí)發(fā)送和接收，語音視頻面對面聊天，功能非常全面。只要申請移動(dòng)，用戶即可在自己的手機(jī)上享受 聊天，一個(gè)月收取 10 元。此外 還有傳送語音功能利用此功能可以傳送語音信息。 （ 5） 遠(yuǎn)程協(xié)助 遠(yuǎn)程協(xié)助是在 Windows XP 中引進(jìn)的新概念，是 Windows Messenger 獨(dú)有的功能，遠(yuǎn)程協(xié)助可以將電腦的控制權(quán)分享給對方以便于對尋求協(xié)助者提供幫助，通過它，對方可以很容易地控制尋求協(xié)助者的桌面。 （ 8） 發(fā)送短信 目前 IM 與各種移動(dòng)終端設(shè)備的結(jié)合也越來越多。這樣您就可以足不出戶閱讀有關(guān)內(nèi)容，節(jié)省了您的查找時(shí)間、提高了瀏覽效率。只要一輸入文字，就可以在一秒左右通知完所有的人了，同時(shí)也可以立即看到其 他人的回應(yīng)。當(dāng)效率提高時(shí)，成本就自然的下降。但是，可以多人參與的視頻會議仍然面臨著性能和帶寬的瓶頸。 第 五 章是總結(jié)和展望，總結(jié)了論文的內(nèi)容以及 本人 在畢業(yè)設(shè)計(jì) 環(huán)節(jié) 中 的一些體會，對 系統(tǒng)功能 上的不足進(jìn)行總結(jié)和展望 。又如，通信雙方常常需要約定何時(shí)開始通信和如何通信，這也是一種協(xié)議。 例如，如果一個(gè) 工作站 希望在工作站 上使用域名服務(wù)系統(tǒng)，它就會給數(shù)據(jù)包一個(gè)目的地址 ，并在 UDP 頭插入目標(biāo)端口號 53 。 作為互聯(lián)網(wǎng)的基礎(chǔ)協(xié)議，沒有 它就根本不可能上網(wǎng)，任何和互聯(lián)網(wǎng)有關(guān)的操作都離不開 TCP/IP 協(xié)議。任何用戶在通話之前，首先要占有一部電話機(jī)，相當(dāng)于申請一個(gè) socket；同時(shí)要知道對方的號碼，相當(dāng)于對方有一個(gè)固定的 socket。抽象出來， socket實(shí)質(zhì) 上提供了進(jìn)程通信的端點(diǎn)。讀者不妨考慮一下，兩個(gè)完全隨機(jī)的用戶進(jìn)程之間如何建立通信？假如通信雙方?jīng)]有任何一方的 socket 固定，就好比打電話的雙方彼此不知道對方的電話號碼，要通話是不可能的。每種服務(wù)都打 開一個(gè) Socket，并綁定到一個(gè)端口上，不同的端口對應(yīng)于不同的服務(wù)。但在許多國外文獻(xiàn)中，也經(jīng)常把運(yùn)行客戶程序的機(jī)器稱為 client（這種情況下也可把 client 譯為“客戶機(jī)”），把運(yùn)行服務(wù)器程序的機(jī)器稱為 server。這種方式遠(yuǎn)程訪問需要專門的技術(shù)，同時(shí)要對系統(tǒng)進(jìn)行專門的設(shè)計(jì)來處理分布式的數(shù)據(jù)。最簡單的 C/S 體系結(jié)構(gòu)的數(shù)據(jù)庫應(yīng)用由兩部分組成，即客戶應(yīng)用程序和數(shù)據(jù)庫服務(wù)器程序。在 C/S 體系的下，數(shù)據(jù)庫不能真正成為公共、專業(yè)化的倉庫，它受到獨(dú)立的專門管理。與序列化相對的是反序列化，它將流轉(zhuǎn)換為對象。 對于任何可能包含重要的安全性數(shù)據(jù)的對象，如果可能，應(yīng)該使該對象不可序列化。 XML 序列化僅序列化公共屬性和字段，且不保持類型保真度。也可以把它理解為代碼運(yùn)行的上下文。單線程模型 在這種線程模型中，一 個(gè)進(jìn)程中只能有一個(gè)線程，剩下的進(jìn)程必須等待當(dāng)前的線程執(zhí)行完。這種模型比單線程模型的好處在于，可以響應(yīng)同一時(shí)刻的多個(gè)用戶請求的任務(wù)而不 只是單基于 .NET 12 個(gè)用戶請求。這里有必 要提供一個(gè)鎖機(jī)制。線程的基類是 。用戶注冊表的實(shí)體 ER 圖如圖 32 所示。接收到的文件被存放在指定的文件夾內(nèi)，方便用戶查看。 UserInfo 類用于記錄當(dāng)前客戶端用戶的編號、 IP 地址、端口號、用戶名稱以及用戶狀態(tài)，并且對該類進(jìn)行序列化，以便于將其實(shí)例在局域網(wǎng)絡(luò)中傳輸。該方法用戶用戶登錄時(shí)，對用戶名和密碼進(jìn)行匹配查詢。該模塊主要是將用戶名和密碼發(fā)送到服務(wù)器端，當(dāng)服務(wù)器端有該用戶時(shí)，將返回一個(gè)登陸成功的消息，通過該消息，將關(guān)閉登錄窗口，進(jìn)入客戶端主窗體。 Read()方法的語法格式如下： //將二進(jìn)制流存儲到內(nèi)存流中 MemoryStream stream = new MemoryStream(data)。 //如果 信息 沒有讀取完 if(sunlen=sendlen) //將長整型轉(zhuǎn)換成整型 sendlen=(sunlen)。 BinaryFormatter 對象中的 Serialize()方法是將對象序列化成流。 序列化與反序列化的具體代碼實(shí)現(xiàn)如下： string pp = 對象 。 附加功能模塊的 設(shè)計(jì) 基于 .NET 21 在實(shí)現(xiàn)了基本的即時(shí)聊天功能后，作為擴(kuò)展功能主要完成了文件的傳輸。 Visual Studio 是微軟公司推出的開發(fā)環(huán)境。C 簡單、功能強(qiáng)大、類型安全，而且是面向?qū)ο蟮摹? 提供一個(gè)可消除腳本環(huán)境或解釋環(huán)境的性能問題的代碼 執(zhí)行環(huán)境。虛擬機(jī)是獨(dú)立運(yùn)行主機(jī)操作系統(tǒng)的離散環(huán)境。 消息命令類 BaseInfo 類中，封裝了各種信息的字段以及一個(gè)獲取服務(wù)器端所有 IP 地址的方法，它的結(jié)構(gòu)如 圖 42 所示 ： 圖 42 BaseInfo 類 UserInfo 類，是一個(gè)可以被序列化的類，它是在用戶進(jìn)行注冊、登陸或者下線等操作時(shí)，向服務(wù)器發(fā)送的一個(gè)對象，因此，其中包含了用戶編號、 IP 地址、端口號、用戶名以及 當(dāng)前狀態(tài)等字段。 在登錄模塊加載的時(shí)候，首先在 Windows 目錄中查找 文件，當(dāng)該文件不存在時(shí)，則先去調(diào)用之前實(shí)現(xiàn)的注冊模塊；否則，在 ini 文件中讀取到所注冊的服務(wù)器的 IP 和端口號。 主窗體的 Socket 控件 在主窗體加載后就處于異步監(jiān)聽狀態(tài)，通過 GetMsg()方法獲取遠(yuǎn)程客戶端發(fā)送的信息，根據(jù)信息容量的大小，以不同的接受方式存儲信息，并在接收到信息后，便利窗體列表，當(dāng)窗體列表中有相應(yīng)的接受窗體時(shí)，將信息添加到窗體的顯示控件；否在，重新調(diào)用消息發(fā)送窗體，新建一個(gè)消息發(fā)送窗體的實(shí)例，并將接收到的信息顯示在控件上。 首先通過完成路徑獲取需要發(fā)送文件的詳細(xì)信息，主要有文件類型和文件大小，并和傳入的文件名一起存放進(jìn) FileDetials 類的實(shí)例中 ，以便一起發(fā)送給接收方。 基于 .NET 31 圖 414 信息發(fā)送 服務(wù)器端 實(shí)現(xiàn) 服務(wù)器控制臺，主要的操作比較簡單，設(shè)置服務(wù)端參數(shù)、開啟或停止服務(wù)。 圖 411 登錄流程 主窗體模塊實(shí)現(xiàn) 主窗體工 加載時(shí)的實(shí)現(xiàn)代碼如圖 412 所示。在填寫完了所有信息后，點(diǎn)擊確認(rèn)進(jìn)行注冊。 類庫的實(shí)現(xiàn) 在類庫中主要封裝了 Socket 控件、消息命令類已經(jīng)對于數(shù)據(jù)庫類。 客戶端運(yùn)行在 Windows XP 下。 ? .NET Framework .NET Framework 是支持生成和運(yùn)行下一代應(yīng)用程序和 XML Web services 的內(nèi)部 Windows 組件。它同時(shí)也能開發(fā)跨平臺的應(yīng)用程序，如開發(fā)使用微軟操作系統(tǒng)的手機(jī)的程序等。通過這些信息為馬上要接受的文件準(zhǔn)備內(nèi)存空間。 //就對象序列化為內(nèi)存流 (MemoryS,obj)。 BinaryFormatter 對象中的 Deserialize()方法是將指定的流反序列化為對象。 } 基于 .NET 20 服務(wù)器端控制臺模塊 設(shè)計(jì) 本模塊是客戶端與遠(yuǎn)程客戶端相互通信的一個(gè)中轉(zhuǎn)站，并且在控制臺窗體上顯示已注冊的所有用戶信息。 //設(shè)置 信息 每塊發(fā)送的長度 int sendlen=1024。 主模塊在加載前首先要去加載登陸模塊，如果登陸模塊返回正確登陸的信息則再去加載主模塊。 注冊模塊設(shè)計(jì) 注冊模塊主要是在客戶端用戶第一次運(yùn)行時(shí)或者是無法檢測到正確的本地注冊信息文件時(shí)所執(zhí)行的，對當(dāng)前用戶進(jìn)行注冊，并將注冊的信息發(fā)送給服務(wù)器端進(jìn)行數(shù)據(jù)庫寫入。 圖 33 BaseInfo、 UserInfo 和 Users 類視圖 Message、 FileDeitals 類 基于 .NET 16 Message 類主要是用枚舉型的元素值指定消息發(fā)送的命令、消息類型、消息發(fā)送的狀態(tài)等，并用 [Serializable]對類進(jìn)行序列化，當(dāng)序列化后，序列化引擎將跟蹤所有已序列化的引用對象，以確保對象不被序列化多次。 同時(shí)，因?yàn)榭蛻舳撕头?wù)器端都會使用到這個(gè)控件，考慮到服務(wù)器端的需求，可能有暫停服務(wù)的需求，在控件的公共屬性上，封裝了狀態(tài)，可以方便的通過設(shè)置狀態(tài)屬性來開啟或停止 Socket 端口的監(jiān)聽。 （ 3） 即時(shí)聊天