• <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>
            posts - 311, comments - 0, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            有關(guān)State模式的設(shè)計(jì)意圖及實(shí)現(xiàn)就不從設(shè)計(jì)模式中摘抄了,我們只來看看游戲服務(wù)器編程中如何使用State設(shè)計(jì)模式。



              首先還是從mangos的代碼開始看起,我們注意到登錄服在處理客戶端發(fā)來的消息時(shí)用到了這樣一個(gè)結(jié)構(gòu)體:

              struct AuthHandler
              {
                eAuthCmd cmd;
                uint32 status;
                bool (AuthSocket::*handler)(void);
              };

              該結(jié)構(gòu)體定義了每個(gè)消息碼的處理函數(shù)及需要的狀態(tài)標(biāo)識(shí),只有當(dāng)前狀態(tài)滿足要求時(shí)才會(huì)調(diào)用指定的處理函數(shù),否則這個(gè)消息碼的出現(xiàn)是不合法的。這個(gè)status狀態(tài)標(biāo)識(shí)的定義是一個(gè)宏,有兩種有效的標(biāo)識(shí),STATUS_CONNECTED和STATUS_AUTHED,也就是未認(rèn)證通過和已認(rèn)證通過。而這個(gè)狀態(tài)標(biāo)識(shí)的改變是在運(yùn)行時(shí)進(jìn)行的,確切的說是在收到某個(gè)消息并正確處理完后改變的。

              我們?cè)賮砜纯丛O(shè)計(jì)模式中對(duì)State模式的說明,其中關(guān)于State模式適用情況里有一條,當(dāng)操作中含有龐大的多分支的條件語句,且這些分支依賴于該對(duì)象的狀態(tài),這個(gè)狀態(tài)通常用一個(gè)或多個(gè)枚舉變量表示。

              描述的情況與我們這里所要處理的情況是如此的相似,也許我們可以試一試。那再看看State模式提供的解決方案是怎樣的,State模式將每一個(gè)條件分支放入一個(gè)獨(dú)立的類中。

              由于這里的兩個(gè)狀態(tài)標(biāo)識(shí)只區(qū)分出了兩種狀態(tài),所以,我們僅需要兩個(gè)獨(dú)立的類,用以表示兩種狀態(tài)即可。然后,按照State模式的描述,我們還需要一個(gè)Context類,也就是狀態(tài)機(jī)管理類,用以管理當(dāng)前的狀態(tài)類。稍作整理,大概的代碼會(huì)類似這樣:

              狀態(tài)基類接口:
              StateBase
              {
                void Enter() = 0;
                void Leave() = 0;
                void Process(Message* msg) = 0;
              };

              狀態(tài)機(jī)基類接口:
              MachineBase
              {
                void ChangeState(StateBase* state) = 0;

                StateBase* m_curState;
              };

              我們的邏輯處理類會(huì)從MachineBase派生,當(dāng)取出數(shù)據(jù)包后交給當(dāng)前狀態(tài)處理,前面描述的兩個(gè)狀態(tài)類從StateBase派生,每個(gè)狀態(tài)類只處理該狀態(tài)標(biāo)識(shí)下需要處理的消息。當(dāng)要進(jìn)行狀態(tài)轉(zhuǎn)換時(shí),調(diào)用MachineBase的ChangeState()方法,顯示地告訴狀態(tài)機(jī)管理類自己要轉(zhuǎn)到哪一個(gè)狀態(tài)。所以,狀態(tài)類內(nèi)部需要保存狀態(tài)機(jī)管理類的指針,這個(gè)可以在狀態(tài)類初始化時(shí)傳入。具體的實(shí)現(xiàn)細(xì)節(jié)就不做過多描述了。

              使用狀態(tài)機(jī)雖然避免了復(fù)雜的判斷語句,但也引入了新的麻煩。當(dāng)我們?cè)谶M(jìn)行狀態(tài)轉(zhuǎn)換時(shí),可能會(huì)需要將一些現(xiàn)場(chǎng)數(shù)據(jù)從老狀態(tài)對(duì)象轉(zhuǎn)移到新狀態(tài)對(duì)象,這需要在定義接口時(shí)做一下考慮。如果不希望執(zhí)行拷貝,那么這里公有的現(xiàn)場(chǎng)數(shù)據(jù)也可放到狀態(tài)機(jī)類中,只是這樣在使用時(shí)可能就不那么優(yōu)雅了。

              正如同在設(shè)計(jì)模式中所描述的,所有的模式都是已有問題的另一種解決方案,也就是說這并不是唯一的解決方案。放到我們今天討論的State模式中,就拿登錄服所處理的兩個(gè)狀態(tài)來說,也許用mangos所采用的遍歷處理函數(shù)的方法可能更簡(jiǎn)單,但當(dāng)系統(tǒng)中的狀態(tài)數(shù)量增多,狀態(tài)標(biāo)識(shí)也變多的時(shí)候,State模式就顯得尤其重要了。
            国产呻吟久久久久久久92| 国产精品内射久久久久欢欢| 国产精品久久新婚兰兰| 国产精品成人99久久久久91gav| 久久96国产精品久久久| 国产—久久香蕉国产线看观看| 久久精品国产99国产精品导航 | 久久影院综合精品| 国产精品一区二区久久| 亚洲国产成人精品无码久久久久久综合| 亚洲精品WWW久久久久久| 久久人妻少妇嫩草AV无码专区| 久久久久久久国产免费看| 久久水蜜桃亚洲av无码精品麻豆 | 久久久久精品国产亚洲AV无码| 久久精品亚洲日本波多野结衣| 亚洲国产日韩欧美综合久久| 久久久青草久久久青草| 色欲久久久天天天综合网精品| 久久夜色撩人精品国产| 狠狠色丁香久久婷婷综合五月| 亚洲欧洲精品成人久久曰影片| 国产激情久久久久影院小草 | 久久国产成人| 久久91精品国产91久久小草| 亚洲精品无码久久千人斩| 亚洲午夜无码久久久久小说| 美女久久久久久| 国内精品久久久久影院网站| 99久久伊人精品综合观看| 国产精品一久久香蕉产线看| 久久久老熟女一区二区三区| 色欲综合久久躁天天躁蜜桃| 一本久久a久久精品综合香蕉 | 国产精品日韩欧美久久综合| 亚洲中文字幕无码久久2017| 午夜精品久久久久久久久| 97精品依人久久久大香线蕉97| 伊人情人综合成人久久网小说| 久久天天躁狠狠躁夜夜2020一| 色婷婷综合久久久中文字幕|