【正文】 的完善。. 理論知識(shí) 　 C/S 軟件架構(gòu)技術(shù) C/S（Client/Server）結(jié)構(gòu)，即大家熟知的客戶(hù)機(jī)/服務(wù)器結(jié)構(gòu)。目前大多數(shù)應(yīng)用軟件系統(tǒng)都是 Client/Server 形式的兩層結(jié)構(gòu)，由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的 Web 應(yīng)用發(fā)展，Web 和 Client/Server 應(yīng)用都可以進(jìn)行同樣的業(yè)務(wù)處理，應(yīng)用不同的模塊共享邏輯組件；因此，內(nèi)部的和外部的用戶(hù)都可以訪問(wèn)新的和現(xiàn)有的 應(yīng)用系統(tǒng)，通過(guò)現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴(kuò)展出新的應(yīng)用系統(tǒng)。 傳統(tǒng)的 C／S 體系結(jié)構(gòu)雖然采用的是開(kāi)放模式，但這只是系統(tǒng)開(kāi)發(fā)一級(jí)的開(kāi)放性，在特定的應(yīng)用中無(wú)論是 Client 端還是 Server 端都還需要特定的軟件支持。 　 用戶(hù)數(shù)據(jù)報(bào)協(xié)議(UDP) UDP（User Datagram Protocol）：用戶(hù)數(shù)據(jù)包協(xié)議，它和 TCP 一樣位于傳輸層，和 IP 協(xié)議配合使用，在傳輸數(shù)據(jù)時(shí)省去包頭，但它不能提供數(shù)據(jù)包的重傳，所以適合傳輸較短的文件。這是通過(guò)使用 UDP 的端口號(hào)完成的。與 TCP 不同，UDP 并不提供對(duì) IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括網(wǎng)絡(luò)文件系統(tǒng)（NFS）、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（SNMP）、域名系統(tǒng)（DNS）以及簡(jiǎn)單文件傳輸系統(tǒng)（TFTP）。當(dāng)某一組機(jī)器需要通信時(shí)，選擇一個(gè)組播地址，并配置好相應(yīng)的網(wǎng)絡(luò)接口硬件，識(shí)別組播地址，從而收到該組播地址上分組的拷貝。它可以通過(guò)多個(gè)單次分組的投遞完成，也可以通過(guò)單獨(dú)的連接傳遞分組的拷貝，直到每個(gè)接收方均收到一個(gè)拷貝為止。 單播（unexacting）是指只有一個(gè)目的地的數(shù)據(jù)報(bào)傳遞。單播可以看作僅包括一臺(tái)機(jī)器群組的組播；廣播可以看作包含了所有機(jī)器群組的組播。 Visual C++ 中的MFCVisual C++是一個(gè)功能強(qiáng)大的可視化應(yīng)用程序開(kāi)發(fā)工具，用于Windows環(huán)境下32位的應(yīng)用程序的開(kāi)發(fā)，是計(jì)算機(jī)界公認(rèn)的最優(yōu)秀的應(yīng)用開(kāi)發(fā)工具之一。在Visual C++環(huán)境下，利用Microsoft的基本類(lèi)庫(kù)MFC(Microsoft Foundation Class Library),可以使用完全的面向?qū)ο蟮姆椒▉?lái)進(jìn)行Windows 95/98/NT應(yīng)用程序的開(kāi)發(fā)，使得Windows程序員從大量的復(fù)雜勞動(dòng)中解救出來(lái)，體會(huì)到真正的程序語(yǔ)言的強(qiáng)大功能和良好的靈活性。同傳統(tǒng)的結(jié)構(gòu)化程序設(shè)計(jì)方法相比，它縮短軟件的研制時(shí)間，提高軟件的開(kāi)發(fā)效率，使程序員可以更好地理解和管理龐大而復(fù)雜的程序。與結(jié)構(gòu)化程序設(shè)計(jì)不同的是，面向?qū)ο蟪绦蛟O(shè)計(jì)是用類(lèi)抽象代表現(xiàn)實(shí)的實(shí)體，用類(lèi)之間的繼承關(guān)系表示程序設(shè)計(jì)的抽象過(guò)程。Visual C++中集成了大量的最新技術(shù)，如ActiveX、COM等技術(shù)，程序開(kāi)發(fā)人員可以緊緊地把握住軟件開(kāi)發(fā)技術(shù)發(fā)展的方向，開(kāi)發(fā)出功能強(qiáng)大的應(yīng)用程序。（1） Socket及Window Socket API簡(jiǎn)介 套接字（Socket）是一種雙向的通信接口，可以通過(guò)這個(gè)端口與任何一個(gè)具有Socket端口的計(jì)算機(jī)通信，套接字是網(wǎng)絡(luò)通信的基礎(chǔ)。使用Socket進(jìn)行網(wǎng)絡(luò)通信必須包含下面的幾種信息：雙方認(rèn)可的協(xié)議，本地主機(jī)的IP地址，本地進(jìn)程的協(xié)議端口，對(duì)方主機(jī)的IP地址，對(duì)方進(jìn)程的協(xié)議端口。數(shù)據(jù)報(bào)套接字提供了一種不可靠的、非連接的數(shù)據(jù)包通信方式。流式套接字可以將數(shù)據(jù)按順序無(wú)重復(fù)地發(fā)送到目的地，它提供的是一種可靠的、面向連接的數(shù)據(jù)傳輸方式。（）Socket 套接字（Socket）是一種雙向的通信接口，可以通過(guò)這個(gè)端口與任何一個(gè)具有Socket端口的計(jì)算機(jī)通信，套接字是網(wǎng)絡(luò)通信的基礎(chǔ)。使用Socket進(jìn)行網(wǎng)絡(luò)通信必須包含下面的幾種信息：雙方認(rèn)可的協(xié)議，本地主機(jī)的IP地址，本地進(jìn)程的協(xié)議端口，對(duì)方主機(jī)的IP地址，對(duì)方進(jìn)程的協(xié)議端口。數(shù)據(jù)報(bào)套接字提供了一種不可靠的、非連接的數(shù)據(jù)包通信方式。流式套接字可以將數(shù)據(jù)按順序無(wú)重復(fù)地發(fā)送到目的地，它提供的是一種可靠的、面向連接的數(shù)據(jù)傳輸方式。MFC Socket程序編程的步驟：1：加載套接字庫(kù)，創(chuàng)建套接字(AsfSocket()/socket())；2：綁定套接字到一個(gè)IP地址和一個(gè)端口上(bind())；3：將套接字設(shè)置為監(jiān)聽(tīng)模式等待連接請(qǐng)求(listen())；4：請(qǐng)求到來(lái)后，接受連接請(qǐng)求，返回一個(gè)新的對(duì)應(yīng)于此次連接的套接字(accept())；5：用返回的套接字和客戶(hù)端進(jìn)行通信(send()/recv())；6：返回，等待另一連接請(qǐng)求；7：關(guān)閉套接字，關(guān)閉加載的套接字庫(kù)(closesocket())。返回值為SOCKET，若返回INVALID_SOCKET則失敗。 sin_zero[8]，很搞笑，是為了保證sockaddr_in與SOCKADDR類(lèi)型的長(zhǎng)度相等而填充進(jìn)來(lái)的字段。其中Windows Sockets API是TCP/IP網(wǎng)絡(luò)環(huán)境里，也是Internet上進(jìn)行開(kāi)發(fā)最為通用的API。在桌面操作系統(tǒng)進(jìn)入Windows時(shí)代后，仍然繼承了Socket方法。[表1] WinSock API函數(shù)函數(shù)功能WSAStartup()連結(jié)應(yīng)用程序與 Windows Sockets DLL 的第一個(gè)函數(shù)WSACleanup()結(jié)束 Windows Sockets DLL 的使用socket()建立Socketclosesocket()關(guān)閉某一Socketbind()將一本地地址與一個(gè)SOCKET描述字連接在一起listen()設(shè)定 Socket 為監(jiān)聽(tīng)狀態(tài)，準(zhǔn)備被連接accept()接受某一Socket的連接要求，以完成面向連接的客戶(hù)端 Socket 的連接請(qǐng)求。因此，使用這兩個(gè)類(lèi)進(jìn)行Socket網(wǎng)絡(luò)程序的編寫(xiě)會(huì)比使用API方便一些。另外，由于它對(duì)API的封裝程度不高，以前在WinSock API中需要自己完成的工作（比如：字節(jié)順序的轉(zhuǎn)換），仍然需要自己完成。為了給程序員提供更方便的接口以自動(dòng)處理網(wǎng)絡(luò)通信中的一些任務(wù)，MFC在CAsySocket類(lèi)的基礎(chǔ)上派生了CSocket類(lèi)，它提供了比CAsyncSocket更高層的WinSock API接口。CSocket建立的Socket不是阻塞的，而是對(duì)非阻塞的Socket進(jìn)行處理后實(shí)現(xiàn)的阻塞操作。四、 設(shè)計(jì)思想　 本系統(tǒng)的開(kāi)發(fā)采用基于 win socket 的廣播發(fā)送模式，進(jìn)行文字聊天和文件傳輸?shù)脑O(shè)計(jì)與開(kāi)發(fā)。這一階段是對(duì)系統(tǒng)認(rèn)識(shí)最為全面、準(zhǔn)確、清晰、得體的一個(gè)比較關(guān)鍵的時(shí)期。因此，必須用行之有效的方法對(duì)軟件需求進(jìn)行嚴(yán)格的審查驗(yàn)證，為下一步的總體設(shè)計(jì)打好基礎(chǔ)。在局域網(wǎng)中在線用戶(hù)之間的信息交流。對(duì)于文件傳輸功能的實(shí)現(xiàn)，是在與目標(biāo)用戶(hù)建立連接后把數(shù)據(jù)轉(zhuǎn)換成socket流進(jìn)行傳輸。如何使局域網(wǎng)的在線用戶(hù)刷新在顯示本地在線用戶(hù)列表上。如何利用socket實(shí)現(xiàn)文本信息的發(fā)送與接收。第三，在系統(tǒng)開(kāi)發(fā)完畢后，進(jìn)行調(diào)試和運(yùn)行，做好調(diào)試和運(yùn)行的相關(guān)記錄。 由此可以看出本模塊主要分為兩模塊：發(fā)送模塊和接收模塊。文件傳輸需要建立有效的連接后，通過(guò) TCP/IP 協(xié)議實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)的文件傳輸。 斷開(kāi)連接斷開(kāi)連接請(qǐng)求接收文件流（Socket）寫(xiě)入信息流套字節(jié)連接請(qǐng)求連接相應(yīng)（3次握手）服務(wù)器端主機(jī)客戶(hù)端主機(jī)其傳輸?shù)恼麄€(gè)流程圖如下：五、 具體實(shí)現(xiàn) 由于系統(tǒng)的用戶(hù)設(shè)計(jì)是針對(duì)的用戶(hù)日?；顒?dòng)，而非專(zhuān)門(mén)從事計(jì)算機(jī)操作的人員，所以本系統(tǒng)力求界面友好、簡(jiǎn)單，以便給用戶(hù)提供一個(gè)舒適的使用環(huán)境。為了方便用戶(hù)選取單個(gè)用戶(hù)進(jìn)行信息發(fā)送和查看在線用戶(hù)的信息，所以設(shè)計(jì) 了一個(gè) 在