java語(yǔ)言程序設(shè)計(jì)教學(xué)課程設(shè)計(jì)項(xiàng)目——開(kāi)發(fā)icq早期的qq項(xiàng)目系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)等相關(guān)資料(編輯修改稿)
2024-12-19 23:51 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 地址等信息。 （ 6）用戶添加好友 客戶登錄后，按查找按鈕后，開(kāi)始向服務(wù)器發(fā)出查找請(qǐng)求，服務(wù)器讀取數(shù)據(jù)庫(kù)表 icq 并向客戶返回其結(jié)果，客戶收到后在查找窗口中顯示，如 果用戶選擇了一個(gè)好友，就向服務(wù)器發(fā)送添加好友請(qǐng)求，服務(wù)器收到后就向數(shù)據(jù)庫(kù)表 friend 中添加自己的號(hào)碼以及好友的號(hào)碼，并從 icq 表中讀取其基本信息返回給客戶端，然后客戶收到并在主窗口顯示該好友。并且通過(guò) UDP 通知該客戶，對(duì)方收到該消息后，可以選擇添加該用戶為好友或者不。 楊教授工 作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 13/22 頁(yè) （ 7）用戶刪除好友 用戶在其好友列表中選擇要?jiǎng)h除的好友并按刪除，然后向服務(wù)器發(fā)送刪除請(qǐng)求，服務(wù)器收到該請(qǐng)求后，連接數(shù)據(jù)庫(kù)表 friend 刪除用戶及該好友的記錄，如果成功就向客戶返回成功消息，客戶收到后 在其好友列表中刪除該好友。 楊教授工 作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 14/22 頁(yè) （ 8）用戶發(fā)送和接收消息 用戶通過(guò)在好友列表里的好友的 ip地址 ,通過(guò) UDP與其他用戶進(jìn)行信息交流。 楊教授工 作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 15/22 頁(yè) （ 9）查看資料：服務(wù)將向客戶返回如下信息 相關(guān)技術(shù)分析 （ 1）該項(xiàng)目所涉及到的相關(guān)技術(shù) Java 的 Socket 編程、 UDP 編程、 Swing GUI、 JavaBean、 JDBC、 Java IO 等方面的知識(shí)。 （ 2）所采用的技術(shù)可行性分析： UDP 和 TCP 上的 Socket UDP (User Datagram Protocol， 用戶數(shù)據(jù)包協(xié)議 )與 TCP 相似，但它是不可靠的。 UDP 全稱 —— User Datagram Protocol 中的 Datagram 是一種自帶尋址信息的、獨(dú)立地從數(shù)據(jù)源走到終點(diǎn)的數(shù)據(jù)包。 UDP 被描述為不可靠的、無(wú)連接的和面向消息的。 UDP 不保證數(shù)據(jù)的傳輸，也不提供重新排列次序或重新請(qǐng)求功能。因此，雖然 UDP 的不可靠性限制了它的應(yīng)用場(chǎng)合，但它比 TCP 具有更好的傳輸效率。與 TCP 的有連接相比， UDP 協(xié)議是一種無(wú)連接協(xié)議，兩臺(tái)計(jì)算機(jī)之間的傳輸類似于傳遞郵件： 1) 消息從一臺(tái)計(jì)算機(jī)發(fā)送到另一臺(tái)計(jì)算機(jī)，但是兩者之間沒(méi)有明確的 連接。另外，單次楊教授工 作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 16/22 頁(yè) 傳輸?shù)淖畲髷?shù)據(jù)量取決于具體的網(wǎng)絡(luò)。 UDP 與 TCP 協(xié)議之間的不同在于 UDP 不是一種基于穩(wěn)定連接的通訊協(xié)議。 2) UDP 協(xié)議將獨(dú)立的數(shù)據(jù)包從一臺(tái)計(jì)算機(jī)傳輸?shù)搅硗庖慌_(tái)計(jì)算機(jī)，但是并不保證接受方能夠接收到該數(shù)據(jù)包，也不保證接收方所接收到的數(shù)據(jù)和發(fā)送方所發(fā)送的數(shù)據(jù)在內(nèi)容和順序上是完全一致的。因此， UDP 協(xié)議更類似于普通郵政服務(wù)，寄信人不能夠保證所寄出去的信能夠被收信人及時(shí)收到，后發(fā)出的信也許會(huì)比先發(fā)出的信更早到達(dá)。 3) 選擇 TCP 協(xié)議還是 UDP 協(xié)議依賴于應(yīng)用程序的要求?？梢詮囊韵聨讉€(gè)方面考慮： ? 在收發(fā)數(shù)據(jù)的時(shí)候，應(yīng)用程序是否需要得到客戶端或者服務(wù)器的確認(rèn)信息？如果需要，使用 TCP 協(xié)議，在收發(fā)數(shù)據(jù)之前先建立明確的連接。 ? 數(shù)據(jù)量是否特別大（例如圖象與聲音文件）？在連接建立之后， TCP 協(xié)議將維護(hù)連接并確保數(shù)據(jù)的完整性。不過(guò)，這種連接需要更多的計(jì)算資源，因而是比較“昂貴”的。 ? 數(shù)據(jù)發(fā)送是間歇的，還是在一個(gè)會(huì)話內(nèi)？例如，如果應(yīng)用程序在某個(gè)任務(wù)完成的時(shí)候需要通知某個(gè)計(jì)算機(jī)， UDP 協(xié)議是更適宜的。 UDP 協(xié)議適合發(fā)送少量的數(shù)據(jù)。 ? 在 HTTP (HyperText Transfer Protocol，超級(jí)文本傳輸 協(xié)議 )、 FTP (File Transfer Protocol，文件傳輸協(xié)議 )以及 TELNET 應(yīng)用程序中，均要求在通訊的雙方之間建立起穩(wěn)定可靠的數(shù)據(jù)鏈，因此它們都使用了 TCP 協(xié)議來(lái) 進(jìn)行數(shù)據(jù)傳輸。 （ 3）其它方面的描述 系統(tǒng)設(shè)計(jì) 中的 命名約定 所有的程序開(kāi)發(fā)手冊(cè)都包含了各種規(guī)則。一些習(xí)慣自由程序人員可能對(duì)這些規(guī)則很不適應(yīng)，但是在多個(gè)開(kāi)發(fā)人員共同寫(xiě)作的情況下，這些規(guī)則是必需的。這不僅僅是為了開(kāi)發(fā)效率來(lái)考慮，而且也是為了 后期維護(hù)考慮。下面給出 Java 編程過(guò)程中的命名規(guī)范，其目的是讓項(xiàng)目中所有的文檔都看起來(lái)像一個(gè)人寫(xiě)的，增加可讀性，減少項(xiàng)目組中因?yàn)閾Q人而帶來(lái)的損失。（這些規(guī)范并不是一定要絕對(duì)遵守，但
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1