昨天經過一些考慮，現在基本可以確定下來採取教授的模式，我之前主要考慮到盡量降低伺服器的負載，因為以我的觀點，作為乙個網路伺服器應將資源主要放在手法訊息，運算元據這些單獨分開比較好，因為要不停地讀資料庫，比收發一條訊息浪費更多的資源。
但經過仔細考慮，伺服器承受這些應該是沒問題的，邏輯的判斷固然佔cpu，但如果有一台單獨的機子來做伺服器，以現在的電腦配置，完成這個任務應該是沒有問題的，所以我考慮將其各種邏輯判斷都放在伺服器，在把服務端實現之後，要測試一下其最大承載能力，如果能同時承載200臺機子，那麼這種模式就是可行的，雖然效能不是最優，但已經滿足了我們的需求。
我要定義乙個結構體，來實現這些訊息的判斷。
我還要考慮實現檔案的傳送，先進行測試。
因為檔案的傳送可能要分塊來實現，而udp中無法保證接受到資料流的順序，所以也要建立乙個結構體，來表示資料傳流的順序，排序後再進行合併。還有個問題是，如果是傳檔案，可能要先傳送一條訊息，表示要開始傳檔案了，然後再進行傳輸。
Qt控制項父物件的確認
qt控制項父物件的確認 如果是是通過手動編寫程式的方式來設計介面，則在編寫 時手動指定各控制項的父物件 如果是使用qt設計師來設計介面，則各控制項的最終父物件為該介面類的物件。如有乙個查詢對話方塊介面，則qt為其自動生成的介面類 如下 標頭檔案 ifndef finddlg h define fin...
Qt控制項父物件的確認
1 qt findchild 及動態初始化窗體布局 原創 2 在qt中如何使用qtdesigner建立的ui檔案 一 3 在qt中如何使用qtdesigner建立的ui檔案 二 qt控制項父物件的確認 如果是是通過手動編寫程式的方式來設計介面，則在編寫 時手動指定各控制項的父物件 如果是使用qt設計...
經受時延的確認 Delay ACK
通常 tcp在接收到資料時並不立即傳送 ack，相反，它推遲傳送，以便將 ack與需要沿該方向傳送的資料一起傳送 有時稱這種現象為資料捎帶 ack 這樣做的目的是儘量減少發往網路的報文，以提高傳輸的效率，節省網路資源。捎帶ack的意思是，當接收端接收到tcp報文段後，並不立即傳送ack報文，而是等上...