• <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>

            麒麟子

            ~~

            導航

            <2013年5月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            統計

            常用鏈接

            留言簿(12)

            隨筆分類

            隨筆檔案

            Friends

            WebSites

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            監聽器在游戲開發中的應用----消息回調

            我一向是不太喜歡給一些東西強加上個名字。但為了隨波逐流,我還是這樣做了。

             

            在我們的游戲開發中,通常會遇到兩個模塊之間的通信。 回調估計是最常用的方式了。 回調的設計思想很簡單,就是兩個對象相互注冊,然后在需要的時候調用對方的函數。

            如下:

             

             

            這樣,當A執行自己的某些動作的時候,就調用B的函數,這樣B就會進行自己的更新或是一些處理。

             

            但是,由于兩個對象的直接回調,導致了許多不方便之處。特別是當A和B的功能需要擴展的時候。例如:現在A在執行過程中,需要調用B中其它的功能函數。這時候就不得不修改A和B的接口。然后大家都重新編譯,連接,執行。

             

            于是,我們就會想會不會有一種更好的方法來解決這一問題。 大家可以想想,WINDOWS中的通信機制:通過解析消息類型來進行處理。是的,消息回調的好處就是方便擴展。 當然我們這里要講的不是像WINDOWS中那樣的消息通信機制,對于我們來說,那種做法過繁瑣。

            假設現在是想讓A通知B一些事情。那么,我們可以把B的void DoB();函數作一點點修改:

             

            同理,當B要通知A的時候,也這樣做就行了。

             

            但是,這樣也很麻煩,關鍵在于,如果現在寫類A的人并不知道類B的人會怎么寫,或者說,類B不知道什么時候要寫。另外,如果我們強制類B要實現這樣的接口,會有點不現實。

             

            此時,我們決定使用一個中間對象來連接他們。

             


            這就是我們傳說中的監聽器了。 在OGRE或是一些廣泛采用面向對象思想的源程序中,隨處可見這樣的模式。

             

            還是假設是A需要通知B一些事情。那么,可以在A中注冊這個對象,然后調用它的方法就可以了。

             

            而我們在實現B的時候,除了要實現B自己的東西以外,還需要將ICallBack派生并實現 void Do(int Msg)函數;

             

            這樣,雙方便很自然地通了信。而寫類A的人根本不需要理會類B的人會怎么寫,也不用去管類B會是什么樣的類名。只要告訴寫類B的人,你需要實現這個Callback接口,并且對應的MsgID是干什么用的就OK了。

             

            也許初初的一看,這是吃力不討好的工作。畢竟一個寫A的人,會去想那么多事情。 而一個寫B的人,還要去實現一個Callback類。但是,從可擴展性,和降低耦合上來講,的確會起不少的作用。

             

            而上面的void Do(int MsgID);函數,可以做得更強大一點。

            寫成void Do(void* pData); 而這個pData怎么使用,就要看A和B通信的具體內容了。

             

             

             

            我正盡力地試著把自己想要說的講清楚,謝謝!

             

            posted on 2010-04-24 14:39 麒麟子 閱讀(2079) 評論(5)  編輯 收藏 引用 所屬分類: Game and Engine

            評論

            # re: 監聽器在游戲開發中的應用----消息回調 2010-04-24 15:41 zuhd

            這種情況我一般會這樣做,
            class A
            {
            Root* m_pRoot;
            }

            class B
            {
            Root* m_pRoot;
            }

            class Root
            {
            A* m_a;
            b* m_b;
            }

            讓Root來統一管理所有的數據,然后root提供出一些接口,讓a和b來做他們自己想做的事情,a,b去拿root的數據,root來回調a,b這樣能解決單向的callback.  回復  更多評論   

            # re: 監聽器在游戲開發中的應用----消息回調 2010-04-24 15:43 zuhd

            如果單模塊的邏輯單一而且復雜,那就考慮拆出來單獨一個進程網絡通訊吧,那就永遠沒有callback了  回復  更多評論   

            # re: 監聽器在游戲開發中的應用----消息回調 2010-04-24 16:15 小時候可靚了

            要看處在什么角度了。。不同的場合有不同的用法。。上面兩位給的建議很不錯。。我又學到了兩種方法。。謝謝!  回復  更多評論   

            # re: 監聽器在游戲開發中的應用----消息回調 2010-04-25 23:11 expter

            不就是Command嗎?  回復  更多評論   

            # re: 監聽器在游戲開發中的應用----消息回調 2010-11-24 10:16 李現民

            觀察者模式應用起來的確有些復雜,也許你可以考慮仿寫一個c#的delegate,這樣的話可以支持多播, 而且編程實現上要簡單不少。

              回復  更多評論   

            久久综合伊人77777麻豆| 91精品国产综合久久香蕉| 久久国产劲爆AV内射—百度| 亚洲精品乱码久久久久久| 久久久久99精品成人片欧美| 国产L精品国产亚洲区久久| 久久精品无码一区二区三区日韩| 久久久久免费精品国产| 久久被窝电影亚洲爽爽爽| 久久涩综合| 久久免费国产精品一区二区| 久久se精品一区二区影院| 国内高清久久久久久| 伊人久久综合热线大杳蕉下载| 亚洲日韩欧美一区久久久久我| 久久超乳爆乳中文字幕| 久久综合久久综合亚洲| 久久99久久无码毛片一区二区| 久久精品无码一区二区无码| 精品国产乱码久久久久软件| 国产精品欧美久久久久无广告| 亚洲精品乱码久久久久久中文字幕 | 日本WV一本一道久久香蕉| 色综合久久精品中文字幕首页 | 韩国三级中文字幕hd久久精品 | 2021少妇久久久久久久久久| 精品久久久久成人码免费动漫| 狠狠色综合网站久久久久久久| 99re久久精品国产首页2020| 浪潮AV色综合久久天堂| 日韩精品久久无码人妻中文字幕 | 久久精品aⅴ无码中文字字幕重口| 综合久久一区二区三区| 亚洲午夜精品久久久久久app| 看全色黄大色大片免费久久久| 狠狠色伊人久久精品综合网 | 久久无码AV中文出轨人妻| 成人精品一区二区久久| 国产精品美女久久久免费| 国内精品欧美久久精品| 久久午夜福利电影|