【正文】 發(fā)起連接 接受連接 13 業(yè)務(wù)流程圖 局域網(wǎng)聊天系統(tǒng)的業(yè)務(wù)流程圖如圖 42所示。 (7)文件傳輸過程中，應(yīng)該有當(dāng)前傳輸狀態(tài)提示，并能夠?qū)鬏敽臅r(shí)等進(jìn)行計(jì)算，作為當(dāng)前網(wǎng)絡(luò)狀態(tài)的一種反饋。 Xml 是 Inter環(huán)境中跨平臺(tái)的，依賴于內(nèi)容的技術(shù)，是當(dāng)前處理結(jié)構(gòu)化文檔信息的有力工具。在客戶發(fā)出一個(gè)請(qǐng)求之前 ,服務(wù)進(jìn)程一直處于休眠狀態(tài)。 SDK 提供了一整套開發(fā) Windows 應(yīng)用程序所需的相關(guān)文件、范例和工具的“工具包”。所以，VOIP 將是聊天工具的一個(gè)發(fā)展方向。聊天室程序可以說是網(wǎng)上最簡(jiǎn)單的多點(diǎn)通信程序。局域網(wǎng)的發(fā)展也同樣迅速。但這些手段都有些缺點(diǎn)，要么費(fèi)用太高，要么實(shí)時(shí)性不強(qiáng)，要么 1次只能和 1位好友進(jìn)行交流。同樣是話音業(yè)務(wù)，可能是 PSTN 網(wǎng)絡(luò) (傳統(tǒng)電話網(wǎng) )提供的，可能是 Inter 提供的，還可能是有線電視網(wǎng)絡(luò)，甚至電力網(wǎng)、煤氣管道網(wǎng)提供的。 Microsoft DirectX SDK 簡(jiǎn)介 SDK 是 Software Development Kit 的縮寫，中文意思就是“軟件開發(fā)工具包”。另外它的服務(wù)器端還可以將信息集中起來，任 何客戶機(jī)都可以通過訪問服務(wù)器而獲得所需的信 7 息。具體的通信， 采用 P2P模式，每?jī)蓚€(gè)客戶端要進(jìn)行連接通信時(shí)都直接連通而不用通過服務(wù)器來進(jìn)行信息的中轉(zhuǎn)，這樣設(shè)計(jì)的優(yōu)點(diǎn)是既可以對(duì)用戶進(jìn)行管理，又不會(huì)造成服務(wù)器的通信負(fù)擔(dān)。 (4)聊天界面要人性化，下面是發(fā)送框，上面有已有聊天記錄，并借助滾動(dòng)條看到當(dāng)次所有的聊天記錄。 服務(wù)器端的功能包括：驗(yàn)證客戶注冊(cè)、添加新用戶、驗(yàn)證客戶登錄、廣播登錄用戶信息、廣播下線用戶信息?？蛻舳耸盏椒?wù)器返回的同意信號(hào)后，也開啟接收信息線程，并置消息發(fā)送事件為 Enable。當(dāng)有接入連接請(qǐng)求，同意或拒絕接入請(qǐng)求，若同意，則按照文本聊天服務(wù)器模塊工作流程執(zhí)行。讀取到的消息如果不為斷開 連接信號(hào)，則在聊天記錄框里面顯示出來；若為斷開信號(hào)，則執(zhí)行 disconnect()方法關(guān)閉當(dāng)前連接。 20 圖 55 文件傳輸接收端程序流程圖 文件傳輸發(fā)送端工作原理 開啟窗體后，發(fā)送端選擇用戶需要發(fā)送的文件，向接收端發(fā)起的文件傳輸請(qǐng)求，若接收端端同意接收，開啟計(jì)時(shí)器，將本地文件通過網(wǎng)絡(luò)發(fā)送給接收端，并在文件傳輸過程中對(duì)文件傳輸狀態(tài)進(jìn)行反饋，文件發(fā)送完畢，關(guān)閉計(jì)時(shí)器，關(guān)閉文件流，并在狀態(tài)欄上顯示出完畢狀態(tài)。 主窗體加載時(shí)，創(chuàng)建文件接收監(jiān)聽線程 ReceiverWorker，并啟動(dòng) ReceiverWorker線程。 用戶數(shù)據(jù)模型 本模塊實(shí)現(xiàn) 一個(gè)簡(jiǎn)單的用戶管理，所管理的目標(biāo)是局域網(wǎng)內(nèi)客戶端用戶。遍歷 xml 文件的主要流程是，先進(jìn)入userInfoList根節(jié)點(diǎn)，開始對(duì) user節(jié)點(diǎn)進(jìn)行遍歷。 白盒測(cè)試 測(cè)試環(huán)境配置 白盒測(cè)試可在開發(fā)系統(tǒng)的本機(jī)上直接進(jìn)行，所以不需要進(jìn)行特殊的配置。 黑盒測(cè)試 測(cè)試環(huán)境配置 用兩臺(tái)或兩臺(tái)以上機(jī)器通過交換機(jī)等構(gòu)成一個(gè)局域網(wǎng)，進(jìn)行正確的網(wǎng)絡(luò)配置，每臺(tái)機(jī)器上都安裝了 WINDOWS操作系統(tǒng) 、 DirectX SDK 以及 .NET ，并安裝了本軟件的正確拷貝。通過改進(jìn)算法后，文件傳輸效率基本上能滿足用戶要求。在兩個(gè)用戶的通信過程中，任何一方斷開連接之后，要像對(duì)方發(fā)送斷開信號(hào)，而對(duì)方接收到傳入的斷開信 號(hào)后，需斷開 Socket、NetStream 等，并重新開啟監(jiān)聽線程，銷毀接收消息線程。 例如當(dāng)文件傳輸時(shí)，用戶輸入的文件不存在，而單擊“開始”時(shí)，會(huì)有如圖 61所示的錯(cuò)誤提示。我采用了第一種方法，調(diào)試之后，問題解決。 這個(gè)真理告訴我們，對(duì)于一個(gè)復(fù)雜的系統(tǒng)而言，無論采取什么樣的測(cè)試手段都不能證明缺陷已經(jīng)不復(fù)存在。 圖 510 用戶信息的保存 通過服務(wù)器監(jiān)聽，接收到客戶端的注冊(cè)請(qǐng)求后，獲取注冊(cè)用戶的信息，判斷用戶是否為第一個(gè)注冊(cè)用戶，若是，則創(chuàng)建 文檔，進(jìn)而創(chuàng)建 userInfoList 根節(jié)點(diǎn)，在 userInfoList 內(nèi)創(chuàng)建用戶 user 節(jié)點(diǎn)，設(shè)置 id 屬性，然后在 user 節(jié)點(diǎn)下創(chuàng)建用戶名、密碼、創(chuàng)建時(shí)間等節(jié)點(diǎn)，將相應(yīng)的信息保存到各節(jié)點(diǎn)中。 SenderStart()方法將創(chuàng)建一個(gè) TcpClient 的實(shí)例 tcpClient，嘗試連接指定的ip地址的 8088 端口，將文件的信息發(fā)送給遠(yuǎn)程主機(jī)并等待遠(yuǎn)程主機(jī)的確認(rèn)。設(shè)計(jì)的時(shí)候，采用了一些簡(jiǎn)單按鈕，布局也和常用的窗體類似。由于 TCP協(xié)議能 保證數(shù)據(jù)包的準(zhǔn)確到達(dá)以及各數(shù)據(jù)包到達(dá)的順序和數(shù)據(jù)包發(fā)出的順序相同， 出于可靠性和效率考慮，本模塊也采用 TCP 協(xié)議來進(jìn)行用戶之間文件的傳輸。創(chuàng)建監(jiān)聽線程 wait， wait 線程執(zhí)行的是 waitconn()方法， 啟動(dòng)監(jiān)聽線程 。文本聊天客戶端工作流程圖如圖 52所示。 TCP 協(xié)議是互聯(lián)網(wǎng)中最重的協(xié)議之一，主要特點(diǎn)是：保證數(shù)據(jù)包的準(zhǔn)確到達(dá)；保證各數(shù)據(jù)包到達(dá)的順序和數(shù)據(jù)包發(fā)出的順序相同。并且要求易于維護(hù)及擴(kuò)展。局域聊工具就是一個(gè)非常好的局域網(wǎng)通信軟件，它可以在職工不移動(dòng)位置的情況下進(jìn)行在線聊天、文件傳遞、語音聊天。為了建立面向連接的套接字，服務(wù)器端和客戶端必須分別進(jìn)行編程。線程的基類是 。 .NET 是微軟為 下一個(gè)十年 對(duì) 服務(wù)器 和 桌上型 軟件工程 邁出的第一步。局域網(wǎng)聊天軟件因其使用簡(jiǎn)單，系統(tǒng)資源消耗少等優(yōu)點(diǎn)，成為各企事業(yè)單位等的局域網(wǎng)內(nèi)廣泛應(yīng)用的軟件之一。 textchat。s functions are reasonable and easy to extend, as well as customization. Key words: LAN。 聊天工具開發(fā)的現(xiàn)實(shí)意義 局域網(wǎng)聊天工具，是在局域網(wǎng)內(nèi)部使用的，用戶之間用來交流的一個(gè)工具，一般都具有文本聊天和文件傳輸功能。 MicroSoft .NET Framework 簡(jiǎn)介 .NET Framework 是由 微軟 開發(fā)，一個(gè)致力于 敏捷軟件開發(fā) （ Agile software development）、 快速應(yīng)用開發(fā) （ Rapid application development）、 平臺(tái)無關(guān)性 和 網(wǎng)絡(luò)透明化 的軟件開發(fā) 平 臺(tái) 。有兩種主要的多線程方法是 .NET所提倡的：使用 ThreadStart 來開始你自己的進(jìn)程，直接的 （使用）或者間接的（比如 ，或者調(diào)用 BeginInvoke）使用 ThreadPool 類。一旦建立了這種連接，就可以在設(shè)備之間可靠地傳輸數(shù)據(jù)。 XML 的主要作用有： (1)豐富文件（ Rich Documents） 自定文件描述并使其更豐富 (2)屬于文件為主的 XML 技術(shù)應(yīng)用 (3)標(biāo)記是用來定義一塊數(shù)據(jù) 應(yīng)該如何呈現(xiàn) (4)解釋數(shù)據(jù)（ Metadata） 描述其它文件或在線信息 (5)屬于數(shù)據(jù)為主的 XML 技術(shù)應(yīng)用 (6)標(biāo)記是用來說明一塊資料的意義 (7)組態(tài)檔案（ Configuration Files） 描述軟件的組態(tài)參數(shù) 10 第 3 章 需求分析 用戶需求 隨著中小型企事業(yè)的不斷發(fā)展，在企業(yè)內(nèi)部實(shí)現(xiàn)局域網(wǎng)通信是必不可少的。并且不發(fā)生內(nèi)存泄漏之類影響系統(tǒng)運(yùn)行的錯(cuò)誤事件。文本聊天的信息傳輸協(xié)議主要有面向連接的 TCP 和無連接的 UDP。若已建立連接，當(dāng)斷開連接時(shí)，將向?qū)Ψ桨l(fā)送斷開信號(hào)，然 后將釋放Socket 和網(wǎng)絡(luò)流，不影響到下一次連接的發(fā)起。 集成主窗體創(chuàng)建后，創(chuàng)建一個(gè) tcpListener 的對(duì)象， 端口為 5000， IP為任意。文件共享的實(shí)現(xiàn)離不開 文件傳輸。 添加待傳送的文件 接收端同意接收文件？ 否 是 啟動(dòng)計(jì)時(shí)器，發(fā)送文件流，反饋狀態(tài) 終止 向接收端發(fā)送文件傳輸請(qǐng)求 關(guān)閉計(jì)時(shí)器，關(guān)閉文件流 將本地文件發(fā)送至接收端 開始 22 圖 57 P2P文件傳輸 程序 流程圖 3) 文件傳輸發(fā)送端窗體 文件發(fā)送主要作用是發(fā)送本地文件至遠(yuǎn)程接收端，所以功能盡可能簡(jiǎn)單化，方便用戶操作，設(shè)計(jì)人性化。 SenderWorker線程執(zhí)行 SenderStart()方法。 文檔結(jié)構(gòu)如圖 510所示。 測(cè)試只能證明缺陷存在，而不能證明缺陷不存在。連接斷開后，重置 isconnected=false，將處理移交給用戶。當(dāng)系統(tǒng)本身發(fā)生錯(cuò)誤，比如網(wǎng)絡(luò)初始化失敗，綁定套接字失敗，數(shù)據(jù)讀取失敗等，都會(huì)進(jìn)行相對(duì)應(yīng)的正確處理。否則，在完全滿足前一個(gè)請(qǐng)求之前，將無法處理其他的新的請(qǐng)求。另外，此設(shè)計(jì)中未限制傳輸文件的大小，經(jīng)測(cè)試， 5GB以上的文件也能夠通過文件傳輸模塊進(jìn)行傳輸。 功能性測(cè)試 先在其中一臺(tái)機(jī)器 A上啟動(dòng)服務(wù)端軟 件，開啟監(jiān)聽服務(wù)。 正確性測(cè)試 正確性測(cè)試檢查軟件的功能是否符合規(guī)格說明。若 user節(jié)點(diǎn)不存在，則返回不存在信息，結(jié)束遍歷；否則進(jìn)入 user節(jié)點(diǎn)，對(duì)其子節(jié)點(diǎn) userName進(jìn)行對(duì)比。模塊中只涉及到用戶一個(gè)模型，涉及到的屬性項(xiàng)目有 用戶 ID、 用戶名 (姓名 )、 密碼 、 注冊(cè)時(shí)間 等，其 ER 圖如圖 59所示。 ReceiverWorker 線程執(zhí)行的是 ReceiverStart()方法。若接收端拒絕接受文件，則取消本次文件發(fā)送，等待用戶的下一次文件發(fā)送事件。 當(dāng)無接入請(qǐng)求，則判斷用戶是否有嘗試連接遠(yuǎn)程服務(wù)端事件。當(dāng)無接入請(qǐng)求，則判斷是否有嘗試連接遠(yuǎn)程服務(wù)端事件，若有，則按照文本聊天客戶端模塊工作流程執(zhí)行，如圖 53 所示。通信雙方就可以進(jìn)行文字聊天了。 客戶端的功能包括：注冊(cè)新用戶、用戶登錄、文本聊天、語音聊天、文件傳輸。 (5)當(dāng)有遠(yuǎn)程用戶向本機(jī)發(fā)送文件的時(shí)候，要彈出一個(gè)消息提示框，提示本機(jī)用戶，可以選擇接收或者拒絕。所以，系統(tǒng)結(jié)構(gòu)將設(shè)計(jì)成如圖 23的方 式。 Client/Server 模型最終可歸結(jié)為一種“請(qǐng)求 /應(yīng)答”關(guān)系。這是一個(gè)覆蓋面相當(dāng)廣泛的名詞，可以這么說：輔助開發(fā)某一類軟件的相關(guān)文檔、范例和工具的集合都可以叫做 “ SDK”。而用戶的選擇也將包括電腦與電腦、電腦與電話、電話與 電話、電話與 (智能 )手機(jī)等通話方式。于是這就需要 1種便宜，快速，能同時(shí)與多個(gè)好友進(jìn)行通訊的網(wǎng)絡(luò)工具的出現(xiàn)，而網(wǎng)絡(luò)聊天工具就滿足了這些需求，填補(bǔ)了這個(gè)空白。 I 目錄 局域網(wǎng)聊天工具設(shè)計(jì) ..................................................................................................................... 1 —— 文本聊天、文件傳輸及用戶管理 ............................................................................................ 1 LAN Chat Tool Design ................................................................................................................. 2 —— Text chat, file transfer and user management ................................................................ 2 第 1章 引言 ................................................................................................................................. 3 系統(tǒng)開發(fā)的背景 .............................................................................................................. 3 聊 天工具開發(fā)的目標(biāo) ....................................................................................................... 3 聊天工具開發(fā)的現(xiàn)實(shí)意義 ................................................................................................ 3 第 2章 開發(fā)平臺(tái)與相關(guān)知識(shí)簡(jiǎn)介 ................................................................................................. 5 系統(tǒng)綜合要求 ............................................................