【正文】 在今后的 工作生活中，我將會以他為榜樣，向著 郭老師指出的方向和高度 努力 ，使我對計(jì)算機(jī)軟件開發(fā)領(lǐng)域有了一個新的、更高層次的認(rèn)識。 ，響應(yīng)從服務(wù)器發(fā)來的數(shù)據(jù)，是在主線程里執(zhí)行的，所以，當(dāng)接受數(shù)據(jù)忙時，就會出現(xiàn)沒有響應(yīng)的情況。 。而客戶端的設(shè)計(jì)有很多都需要完善。 本 課題 主要做了以下工作： 。 如圖 421 422 所示： 圖 421 用戶登錄 本科生畢業(yè)設(shè)計(jì)（論文） 30 圖 422 服務(wù)器驗(yàn)證 如需要驗(yàn)證，則進(jìn)入服務(wù)器驗(yàn)證，驗(yàn)證服務(wù)器地址和端口號 是否正確，如不需要，則退出 登錄。通過編譯后，可直接運(yùn)行程序。 如下圖 417 418 所示： 圖 417 用戶詳細(xì)信息界面 圖 418 用戶修改密碼界面 正常聊天模塊 在主界面中，在好友圖標(biāo)處左鍵單擊即可出現(xiàn)收發(fā)消息界面，可方便向該好友發(fā)送消息。對已經(jīng)查找到的在線用戶單擊右鍵同樣會出現(xiàn)“加為好友”和“詳細(xì)資料”項(xiàng)，執(zhí)行結(jié)果同查找用戶執(zhí)行結(jié)果。 如下圖 410 所示： 圖 410 按 ID 號查找用戶功能號 右鍵單擊所查找的用戶，即可出現(xiàn)“加為好友”和“詳細(xì)資料”項(xiàng)。 具體實(shí)現(xiàn) 在用戶要登錄聊天系統(tǒng)時，系統(tǒng) 會進(jìn)入如下圖所示的用戶登錄界面，在顯示的信息中包括用戶號碼和密碼，用戶需正確輸入個人號碼和密碼才能進(jìn)入下一界面。首先打開您所安裝的文件夾，點(diǎn)擊“ ”文件，打開服務(wù)器，單擊“啟動服務(wù)器”即可啟動服務(wù)器。如下圖 42 所示： 圖 42 ODBC 數(shù)據(jù)源管理器 本科生畢業(yè)設(shè)計(jì)（論文） 22 3．點(diǎn)擊“ Microsoft Accss Driver(*.mdb)”然后點(diǎn)擊“完成”，點(diǎn)擊“完成”后，出現(xiàn)“ ODBC Microsoft Accss 安裝”界面，輸入數(shù)據(jù)源名“ IDServer” ,點(diǎn)擊“完成”即可。 //調(diào)用查找用戶的對話框 afx_msg void OnSendFile()。 afx_msg void OnSendBroadcast()。 //從磁盤中讀取用戶信息 本科生畢業(yè)設(shè)計(jì)（論文） 20 BOOL LoadFaceBmp()。 //包括客戶端的初始化和配置信息的讀取等 virtual int ExitInstance()。 //用戶頭像的大圖標(biāo)列表 CImageList m_imaSmall //用戶頭像的小圖標(biāo)列表 CImageListm_imaHead。 服務(wù)器 IP 地址的字符串 DWORD m_uServerIP。 //底層通訊類的實(shí)例對象 DWORD m_uCurrentUserID。存放廣播消息的數(shù)組 int m_nCurBroadcast。 //存儲好友的在線狀態(tài)及相關(guān)信息 CArrayFriendState*,FriendState*m_aStrangerState。 //用戶的在線狀態(tài) (0,1,2 分別為離線，在線，隱身 ) int m_nNumberHeadBmp。 //處理程序的退出，執(zhí)行程序中必要的清理工作 afx_msg void OnUpdateUserOnline(CCmdUI* pCmdUI)。 afx_msg void OnUserOnline()。 //服務(wù)器程序的初始化部分 afx_msg void OnAppAbout()。 //數(shù)據(jù)源的字符串 CString m_strDataSUID。 //當(dāng)前在線的人數(shù) int m_nMaxUserId。 //標(biāo)志服務(wù)是否已經(jīng)開啟 UserOnline* m_pUsers。 //服務(wù)器端的上層 socket 接口 CArrayDWORD,DWORDm_anPort。 服務(wù)器 應(yīng)用程序類設(shè)計(jì) CServerApp 類， 定義了服務(wù)器全局的數(shù)據(jù)結(jié)構(gòu)， class CServerApp : public CWinApp { public: void SaveMyProfileSettings()。在數(shù)據(jù)的打包過程中，對字符串的打包原理為：先存入串長度，再存入串。在 SendDataInThread 函數(shù)中，調(diào)用 SendData函數(shù)進(jìn)行發(fā)送數(shù)據(jù)。 因?yàn)榭蛻舳丝梢远嗑€程的發(fā)送數(shù)據(jù)，有一個請求，就建立一個線程進(jìn)行處理。兩個函數(shù)的適應(yīng)情況， SendData 函數(shù)，適用于需要直接發(fā)送數(shù)據(jù)的場合，不需要回應(yīng)。 因?yàn)榉?wù)器是多線程的發(fā)送數(shù)據(jù)，有一個請求，就建 立一個線程進(jìn)行處理。提供了一個漂 亮的界面。 本科生畢業(yè)設(shè)計(jì)（論文） 14 第 三 章 詳細(xì) 設(shè)計(jì) 本章將論述軟件系統(tǒng)的面向?qū)ο笤O(shè)計(jì)過程。通用口分配是特定應(yīng)用程序廣泛使用的一個協(xié)議端 口。成千個 PC 機(jī)應(yīng)用程序使用此方案。 PC機(jī)給它的端口命名和編號。 IP 數(shù)據(jù)報(bào)保存目的和源 IP 地址，同樣傳輸協(xié)議也保存源和目的端口號。如果你在同一天給同一個人郵寄兩封信 ，你無法知道那個人先本科生畢業(yè)設(shè)計(jì)（論文） 13 收到那封信。相比之下，傳輸?shù)酵荒康牡氐亩鄠€數(shù)據(jù)報(bào)可能不會按發(fā)送順序到達(dá)。連接的接收方可以按每次 20 字節(jié)讀數(shù)據(jù)（要讀 5 次）。協(xié)議不管要求發(fā)送或接收數(shù)據(jù)的長度和傳送數(shù)目，只是將數(shù)據(jù)看作一個簡單的字節(jié)串流?？蓪⒉豢煽繑?shù)據(jù)傳輸比作沒有返回地址的信件。 傳輸控制協(xié)議 TCP是一個使用校驗(yàn)和 確認(rèn)信息以及其它可靠數(shù)據(jù)傳輸技術(shù)的可靠協(xié)議。如果發(fā)送程序沒有收到這樣一個確認(rèn)信息，程序?qū)⒆詣又匦掳l(fā)送此報(bào)文，直到得到應(yīng)答信息為止?？煽康膮f(xié)議意味著當(dāng)數(shù)據(jù)通過協(xié)議傳遞時，協(xié)議保證數(shù)據(jù)正確傳輸。 RARP 反向地址解析協(xié)（ Reverse Address Resolution Protocol） ，負(fù)責(zé)將鏈路層地址轉(zhuǎn)換成網(wǎng)絡(luò)層地址。 TCP 傳輸控制協(xié)議（ Transmission Control Protocol），負(fù)責(zé) 在應(yīng)用程序之間傳遞數(shù)據(jù)。 Socket執(zhí)行體處理傳輸層內(nèi) UDP 軟件模塊和客戶 程序之間的接口。無連接客戶程序使用數(shù)據(jù)報(bào)發(fā)送網(wǎng)絡(luò)服務(wù)請求，它不建立點(diǎn)到點(diǎn)連接。同樣，由于無連接客戶程序沒有和遠(yuǎn)地主機(jī)建立直接連接，所以它也必須對協(xié)議端口進(jìn)行偵聽，以便接收以對它服務(wù)請求產(chǎn)生的數(shù)據(jù)報(bào)應(yīng)答。也就是說，程序告訴 socket執(zhí)行體使用哪－個協(xié)議端口進(jìn)行數(shù)據(jù)傳送。這些術(shù)語進(jìn)一步描述了與網(wǎng)絡(luò)連接、協(xié)議可靠性以及數(shù)據(jù)服務(wù)有關(guān)的協(xié)議特性。但是，也可以設(shè)計(jì)同時完成這兩種功能的程序，例如，一些服務(wù)器程序如果不能完成一個服務(wù)請求時，它將轉(zhuǎn)而充當(dāng)客戶程序，向其它服務(wù)器程序請求信息。服務(wù)程序通常在一個眾所周知的地址監(jiān)聽對服務(wù)的請求，也就是說，服務(wù)進(jìn)程一直處于休眠狀態(tài)，直到一個客戶程序提出了請求信息。總共有 三 個表： 用戶信息表（ Users）好友信息表（ Friends）離線消息表（ OffMsg） 表 21 用戶信息表（ Users） 字段名稱 說明 長度 UserId（主鍵） 自動編號 4 字節(jié)長整形 Id 用戶帳號 4 字節(jié)長整形 Photoid 用戶的圖象編號 4 字節(jié)長整形 password 用戶登陸的密碼 字符串 name 用戶的姓名 字符串 sex 用戶的性別 單字節(jié)整形 0 男 1 女 2 未知 age 用戶的年齡 字符串 （為了適應(yīng)不 愿填寫此項(xiàng)的人） canbeadd 能否被人加為好友 單字節(jié)整形 (0,1,2 不能被加入 ,允許被任何人加入 ,需要身份驗(yàn)證 ) 自己賬號 朋友賬號自動編號好友信息離線消息自動編號 接收者賬號 發(fā)送者賬號 接收時間本科生畢業(yè)設(shè)計(jì)（論文） 9 電子信箱 字符串 homepage 個人主頁 字符串 address 地址 字符串 phone 電話 字符串 fax 傳真 字符串 department 部門 字符串 description 個人簡介 字符串 表 22 好友信息表（ Friends） 字段名稱 說明 長度 Num（主鍵） 自動編號 4 字節(jié)長整形 MyId 自己帳號 4 字節(jié)長整形 FriendId 朋友帳號 4 字節(jié)長整形 表 23 離線消息表（ OffMsg） 字段名稱 說明 長度 MsgId（主鍵） 自動編號 4 字節(jié)長整形 RecvId 接受者 帳號 4 字節(jié)長整形 SenderId 發(fā)送者 帳號 4 字節(jié)長整形 RecvTime 接受 時間 4 字節(jié)長整形 nIndex 發(fā)送消息 類型 4 字節(jié)長整形 Msg 發(fā)送 消息 備注類型 客戶 /服務(wù)器程序 設(shè)計(jì) C/S 模型也是一種網(wǎng)絡(luò)模型，但與前述的模型不同，它并不是定義了網(wǎng)絡(luò)的層次結(jié)構(gòu)，而是描述了一種網(wǎng)絡(luò)程序運(yùn)行的方式。對于主鍵碼的屬性，如下表示：屬性名（ *）。但 ER 模型只能說明實(shí)體間語義的聯(lián)系，不能進(jìn)一步說明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設(shè)計(jì)的第一步。目前廣泛使用的數(shù) 據(jù)模型可分為兩種類型，一種是獨(dú)立于計(jì)算機(jī)系統(tǒng)的“概念數(shù)據(jù)模型”如“實(shí)體聯(lián)系模型”， 另一種是直接面向數(shù)據(jù)庫邏輯結(jié)構(gòu)的“結(jié)構(gòu)數(shù)據(jù)模型”?，F(xiàn)實(shí)世界的事物反映到人的頭腦中，人的大腦對它有個認(rèn)識過程，經(jīng)過分析（選擇、命名、分類等）進(jìn)入信息世界?？蛻舳说慕缑娴脑O(shè)計(jì)很繁瑣，沒有詳細(xì)介紹的必要，所以， 我的重點(diǎn) 將放在服務(wù)器的設(shè)計(jì)上。 客戶端主要是提供給用戶一個友好的用戶界面，方便用戶操作，客戶端主要負(fù)責(zé)從服務(wù)器上得到數(shù)據(jù)后，顯示給用戶。不在線的人，將以灰色顯示。 服務(wù)器端主要是為用戶存儲必要的信息，協(xié)調(diào)用戶之間 的通訊，服務(wù)器端的設(shè)計(jì)，主要在功能上面。服務(wù)器的數(shù)據(jù)庫采用的是 ODBC 的 SQL20xx 數(shù)據(jù)源，服務(wù)器訪問數(shù)據(jù)庫，用的是 MFC 中的本科生畢業(yè)設(shè)計(jì)（論文） 6 CDatabase 和 CRecordset，因?yàn)椋瑢?shù)據(jù) 庫的操作簡單，服務(wù)器端，我只要功能，不需做界面，所以使用 Sql 語句直接訪問數(shù)據(jù)庫，已經(jīng)足夠滿足要求了。因?yàn)槭褂?UDP 協(xié)議進(jìn)行通訊，所以要自己控制其可靠性。 系統(tǒng)設(shè)置 。 查看好友信息 。 可以實(shí)時顯示用戶的狀態(tài)和隨時改變自己的狀態(tài) 。 提供查看在線的人的功能 。 可以同時發(fā)送同一個消息給多人，通過輸入這些人的號碼列表或姓名列表 。語音聊天更為經(jīng)濟(jì)快捷，單位時間傳遞的信息量也更大。但它并非是傳統(tǒng)聊天在網(wǎng)絡(luò)上簡單的呈現(xiàn)和復(fù)制，它具有并 非本質(zhì)但十分重要的特殊性質(zhì)。電視雖然對人類消閑時間的爭奪戰(zhàn)中勝出，但它卻不可能滿足人類所有的需要，尤其是傳統(tǒng)聊天能夠滿足的那些需要。茶余飯后不再是門前一張板凳圍在一起胡 侃，而是每家每戶坐在封閉的單元房內(nèi)面對一臺電子顯像管。梁實(shí)秋的 “ 雅舍小品 ” 里有專文談聊天的好處。它包括非正式的私人談話，如家人團(tuán)聚、鄰居串門、朋友造訪，也包括一些較為隨意的多人集會如酒會、沙龍和座談會?？梢员４嬗脩舻膫€人信息或介紹，供人查看。而且其程序的功能也伴隨著網(wǎng)絡(luò)技術(shù)的發(fā)展而不斷的完善和發(fā)展，從最初的只支持文本式聊天 一直到 現(xiàn)在的圖文聊天 、 語音聊天 、 視頻對話等，技術(shù)越來越成熟可靠。 面向?qū)ο蠓椒▽W(xué)是一種全新的軟件工程方法，其出發(fā)點(diǎn)和基本原則是盡可能模 擬人類習(xí)慣的思維方式，把構(gòu)成客觀世界的實(shí)體抽象為對象。 隨著計(jì)算機(jī)應(yīng)用技術(shù)的日 益普及，網(wǎng)絡(luò)也遍及到我們生活的每個角落，很好的利用這人資源，將為我們的工作和學(xué)習(xí)，帶來極大的方便和提高工作效率，所以，開發(fā)一個網(wǎng)絡(luò)里的 C/S 通訊軟件，是十分必要。 “ 網(wǎng)聊 ” 借助網(wǎng)絡(luò)這種現(xiàn)代通訊手段在一定程度上恢復(fù)甚至拓展了傳統(tǒng)聊天在人們生活中失去的地盤。甚至這種氣氛也滲透到了家庭內(nèi)部，我們與家人一起聊天的時間也越來越少。 雖然說，現(xiàn)在這個軟件已經(jīng)有公司把它開發(fā)出來了，我再做也不一定有新意，也未必可以做得更好，但作為畢業(yè)設(shè)計(jì)，也算是對我能力的一個考驗(yàn)和這四年來 我學(xué)習(xí)知識的一個檢查。但是有服務(wù)器的通訊軟件，有著不可比擬的優(yōu)勢：可以發(fā)送離線消息，不管用戶當(dāng)時是否在線，下次上線時，就可以看到這條消息了。 關(guān)鍵詞 : 套接字 客戶機(jī) 服務(wù)器 網(wǎng)絡(luò)聊天 本科生畢業(yè)設(shè)計(jì)（論文） ABSTRACT The SOCKET connects in the API that the Windows carries on the work correspondence plait distance, is also the fact standard that the work of Windows weaves the distance. The most in mon use project would be the customer/server model in work weave distance. This text puts forward to carry out the Inter with the WINSOCK under customer/server model in the project of the familiar chat r