1樓：左村
unity3D 本身有一套現成的機制: HLAPI
網路遊戲很多種，具體遊戲，具體分析，夠用就行了，那些說沒用的，都只是說自己的專案而已。
2樓：Allen
我覺得提問者關注的是ｃｌｉｅｎｔ是如何設計網路庫的吧，ｕｎｉｔｙ３Ｄ本身對網路庫支援並不是很好，Ｃ＃對網路庫支援很好有等，客戶端本身對網路吞吐要求不大，只要確保不能在ＩＯ上阻塞主線程就好了．
3樓：高巨集達
第乙個問題：
1.我覺的可以，你可以在vs上寫c++/clr，匯出個DLL給unity3d指令碼呼叫（腦子想象的，沒試過，因為unity3d這工具我也沒用多熟）
2.實際上unity3d這東西已經是乙個非常完整的框架了， 就像你以前自己做的框架一樣，留了個lua來寫任務指令碼之類，你還會問，這個任務指令碼的構架是怎麼樣的麼？
所以，只要以你自己覺的清晰的方式放邏輯就行，或者，參考一下官方DEMO的方式。
針對補充問題
1.通常用unity3d提供的網路庫,
2. 客戶端方面，使用內建的指令碼開發， 當然，可能還要寫shader
3. 開源的真沒了解。。我可不可以說官方demo本身就是乙個很好的開源專案？
4樓：rui zhang
客戶端和服務端沒有必要用相同的語言。我們的服務端是純c++，客戶端用c#來實現。值得注意的是列舉和資料的定義要和伺服器統一。
通常的架構的話，每個遊戲都不一樣。我客戶端用的是全域性事件驅動。把單位，網路，和客戶端狀態的改變打包成事件，在外層邏輯中處理事件。
5樓：洗貓
我是認為這裡有個誤區，就像一直使用win的人，讓他去linux，他都會習慣性的去找開始。
每個平台都有自己的東西，自己的套路，我是認為在開發之前先摸清這個平台都有什麼，能做什麼，我可以用什麼，以及怎麼用。根據他平台的特性去開發相關產品，而不是用以往的姿勢去生搬硬套，雖然不是套不進去，而是套進去後怎麼都不會很舒服。
選擇學習Unity 3d還是iOS開發？感覺好迷茫？
你所不知的濱濱 乙個中心 Unity3D 兩個基本點 iOS，android，兩手都要硬，兩手都要抓。主要大部分邏輯都在Unity3D層面實現，涉及到系統呼叫需要了解各自系統的api和呼叫，寫外掛程式。 遊戲和應用雙修的路過 看你的想法，如果對遊戲開發感興趣 有意願做出NB震驚旁人的遊戲 你可以忍受...
有了新版Unity 3D，還有使用NGUI的必要嗎？
topameng 有,uGUI關鍵部分沒有開源，而且今後也不太可能開源，而且想要優化的話還是有很多方面可以改，而這些改動不一定具有通用性。比如給gui加上記憶體復用，dynamic widget，panel整體移動不更新頂點資料等等。從來不考慮改ui,只是小遊戲，就uGUI吧。如果是重度類遊戲還是謹...
如何評價 Unity 3D 新的 UI 系統？
lu sidney 原來ugui比ngui新，我一直還不知道捏，ngui太大了，官方想整合過來都難，所以就整合乙個簡單的，甚至其實官方只是隨便吧ugui整合過來的，2D ui並不是UNITY3D關注的點，從UNITY3D歷次更新其實能看出點什麼，而明顯unity3d重點並不在於工具本身，或者3D效能...