• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 304425
            • 排名 - 84

            最新評論

            閱讀排行榜

            一個單機游戲常用的流程框架如圖:

            將輸入交給邏輯,邏輯處理后交給場景管理器進行圖形設定。

            類似的,一個網絡游戲的流程框架也可以采用近似的模式:

            左邊是客戶端部分,右邊是服務器部分。其中InputProxy和ScnMgrProxy均是代理,這是仿照于RPC的設計思想,能在上層概念上隱藏網絡層的內容。而不帶箭頭的連線則表示非請求被確認后才執行的游戲邏輯路徑,這是APRG常有的事情,不可能什么事情都等待服務器確認后才處理。
            代理的作用就是發送網絡消息包,而被代理者的作用就是接受網絡消息包,并執行相應的任務。
            這樣的設計有以下幾個好處:
            1. 組件有更高的絕緣性:你不需要像以前一樣把網絡相關的代碼散布到邏輯代碼的各處,并且你可以肯定網絡發包就在代理對象下,而代理對象提供的是具有更高邏輯抽象的接口,更具可讀性。

            2. 純邏輯代碼可以無需修改的應用在服務器和客戶端部分,你不需要再寫什么XXXC類,XXXS類這樣的東西了。
            3. 只要設計得當,你應該可以立即將一個網絡游戲轉換成一個單機游戲,通過去掉代理對象;或者做相反的事情。
            posted on 2007-05-07 09:58 LOGOS 閱讀(1195) 評論(0)  編輯 收藏 引用
            国内精品久久久久国产盗摄| 久久精品国产99国产精品导航| 亚洲va中文字幕无码久久 | 久久狠狠一本精品综合网| 久久精品国产一区二区三区| 久久丫忘忧草产品| 久久精品嫩草影院| 欧美成人免费观看久久| 久久电影网2021| 久久99九九国产免费看小说| 国产精品久久久久影院色| 性做久久久久久久久老女人| 国产韩国精品一区二区三区久久| 久久青青草原精品国产软件 | 欧美噜噜久久久XXX| 99久久亚洲综合精品网站| 精品久久亚洲中文无码| 久久高潮一级毛片免费| 2021久久国自产拍精品| 18禁黄久久久AAA片| 国产2021久久精品| 99久久精品影院老鸭窝| 精品综合久久久久久98| 无码人妻久久一区二区三区蜜桃| 国产福利电影一区二区三区久久久久成人精品综合 | 人人狠狠综合久久亚洲高清| 久久久久免费精品国产| 久久99亚洲网美利坚合众国| 久久丫忘忧草产品| 一本久久综合亚洲鲁鲁五月天| 国产伊人久久| 久久91精品综合国产首页| 91麻豆精品国产91久久久久久 | 国产成人精品久久综合| www.久久精品| 高清免费久久午夜精品| 久久本道伊人久久| 亚洲国产精品久久| 久久91这里精品国产2020| 久久久久女教师免费一区| 思思久久99热免费精品6|