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

            攀升·Uranus


            Something Different,Something New
            數(shù)據(jù)加載中……

            Command Pattern: We used but we didn't recognize


                    Class A wanna class B do what he want to (command). Simple way, invoke B's method, that's a good idea, but don't follow the OO principle: decouple

            How to do it?  

                    Firstly, B is a stable class; he can in charge of all his responsibility. Maybe there are too many classes like B that A wants to invoke. So how to do it, A composition or aggregation all classes that he needs? Of course not, too much dependence with A. So let’s think about this with OO principle: Encapsulate What Varies.
             

                   There are many unpredictable commands that are the variety in this case. We need to encapsulate the command and plugin to A. So at that time, A just knows he is invoking a command, and doesn’t know who and how to execute that command.

                   Secondly, how to plugin to A. I don’t wanna talk about DI or Java mechanism. I am handling C++, so just add a method named SetCommand(Command* pCommand) to A, that's fine.

                   Lastly, I showed a UML figure 1-1 that described all the means.

                 

                                                                            Figure 1-1 
                   
            Everybody’ll shout: that is command pattern.  Yes.

                    As the title said: we used but we didn't recognize. So let’s start with its official definition:

                    The Command Pattern encapsulate a request as an object, thereby letting you parameterize other objects with different request, queue or log requests, and support undoable operations.

            posted on 2009-02-20 21:00 攀升 閱讀(1101) 評(píng)論(2)  編輯 收藏 引用 所屬分類: Design pattern

            評(píng)論

            # re: Command Pattern: We used but we didn't recognize  回復(fù)  更多評(píng)論   

            沒(méi)事寮什么鳥語(yǔ)呀,rubbish!
            2009-02-22 21:14 | cindy

            # re: Command Pattern: We used but we didn't recognize  回復(fù)  更多評(píng)論   

            樓上的什么態(tài)度呀,你是看不懂吧~
            沒(méi)文化真可怕!
            2009-02-22 21:16 | Gaia
            国产美女久久精品香蕉69| 91久久精品电影| 亚洲国产精品无码久久一线| 亚洲人成精品久久久久| 久久久av波多野一区二区| 99999久久久久久亚洲| 国产精品青草久久久久福利99| 久久久久久久国产免费看| 久久精品极品盛宴观看| www性久久久com| 久久久久99精品成人片| 欧美牲交A欧牲交aⅴ久久| 99久久国产主播综合精品| 久久精品国产2020| 国产日韩久久免费影院| 婷婷五月深深久久精品| 久久久久人妻一区精品果冻| 久久A级毛片免费观看| 久久伊人亚洲AV无码网站| 国产精品国色综合久久| 中文字幕无码久久精品青草| 久久精品人人做人人爽电影蜜月| 久久精品二区| 久久成人国产精品二三区| 久久久久久精品免费看SSS| 久久久久亚洲AV成人网人人网站| 久久精品国产99久久久| 亚洲精品乱码久久久久久中文字幕| 久久精品亚洲欧美日韩久久| 91久久精品91久久性色| 亚洲国产精品无码久久一区二区| 2021国产精品久久精品| 中文成人久久久久影院免费观看| 久久免费精品视频| 久久99精品久久久久婷婷| 久久精品国产2020| 午夜精品久久久久久久| 久久精品国产清自在天天线| 综合网日日天干夜夜久久 | 久久精品国产亚洲一区二区| 午夜精品久久久久久毛片|