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

            那誰的技術博客

            感興趣領域:高性能服務器編程,存儲,算法,Linux內核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數據加載中……

            常見設計模式的解析和實現(C++)之九-Decorator模式

            作用:
            動態地給一個對象添加一些額外的職責。就增加功能來說,Decorator 模式相比生成子類更為靈活。

            UML結構圖:


            抽象基類:
            1)Component:定義一個對象接口,可以為這個接口動態的添加職責.
            2)Decorator:維持一個指向Component的指針,并且有一個和Component一致的接口函數.

            接口函數:
            1)Component::Operation:這個接口函數由Component聲明,因此Component的派生類都需要實現,可以在這個接口函數的基礎上給它動態添加職責.

            解析:
            Decorator的派生類可以為ConcreateComponent類的對象動態的添加職責,或者可以這么說:Decorator的派生類裝飾ConcreateComponent類的對象.具體是這么實現的,首先初始化一個ConcreateComponent類的對象(被裝飾者),采用這個對象去生成一個Decorator對象(裝飾者),之后對Operation函數的調用則是對這個Decorator對象成員函數的多態調用.這里的實現要點是Decorator類和ConcreateComponent類都繼承自Component,從而兩者的接口函數是一致的;其次,Decorator維護了一個指向Component的指針,從而可以實現對Component::Operation函數的動態調用.

            實現:
            1)Decorator.h
            /********************************************************************
            ????created:????2006/07/20
            ????filename:?????Decorator.h
            ????author:????????李創
            ????????????????
            http://www.shnenglu.com/converse/

            ????purpose:????Decorator模式的演示代碼
            ********************************************************************
            */


            #ifndef?DECORATOR_H
            #define?DECORATOR_H

            //?抽象基類,定義一個對象接口,可以為這個接口動態的添加職責.
            class?Component
            {
            public:
            ????Component()
            {}
            ????
            virtual?~Component(){}

            ????
            //?純虛函數,由派生類實現
            ????virtual?void?Operation()?=?0;
            }
            ;

            //?抽象基類,維護一個指向Component對象的指針
            class?Decorator
            ????:?
            public?Component
            {
            public:
            ????Decorator(Component
            *?pComponent)?:?m_pComponent(pComponent){}
            ????
            virtual?~Decorator();

            protected:
            ????Component
            *?m_pComponent;
            }
            ;

            //?派生自Component,在這里表示需要給它動態添加職責的類
            class?ConcreateComponent
            ????:?
            public?Component
            {
            public:
            ????ConcreateComponent()
            {}
            ????
            virtual?~ConcreateComponent(){}

            ????
            virtual?void?Operation();
            }
            ;

            //?派生自Decorator,這里代表為ConcreateComponent動態添加職責的類
            class?ConcreateDecorator
            ????:?
            public?Decorator
            {
            public:
            ????ConcreateDecorator(Component
            *?pComponent)?:?Decorator(pComponent){}
            ????
            virtual?~ConcreateDecorator(){}

            ????
            virtual?void?Operation();

            private:
            ????
            void?AddedBehavior();
            }
            ;

            #endif

            2)Decorator.cpp
            /********************************************************************
            ????created:????2006/07/20
            ????filename:?????Decorator.cpp
            ????author:????????李創
            ????????????????
            http://www.shnenglu.com/converse/

            ????purpose:????Decorator模式的演示代碼
            ********************************************************************
            */


            #include?
            "Decorator.h"
            #include?
            <iostream>

            Decorator::
            ~Decorator()
            {
            ????delete?m_pComponent;
            ????m_pComponent?
            =?NULL;
            }


            void?ConcreateComponent::Operation()
            {
            ????std::cout?
            <<?"Operation?of?ConcreateComponent\n";
            }


            void?ConcreateDecorator::Operation()
            {
            ????m_pComponent
            ->Operation();
            ????AddedBehavior();
            }


            void?ConcreateDecorator::AddedBehavior()
            {
            ????std::cout?
            <<?"AddedBehavior?of?ConcreateDecorator\n";
            }

            3)Main.cpp
            /********************************************************************
            ????created:????2006/07/20
            ????filename:?????Main.cpp
            ????author:????????李創
            ????????????????
            http://www.shnenglu.com/converse/

            ????purpose:????Decorator模式的測試代碼
            ********************************************************************
            */


            #include?
            "Decorator.h"
            #include?
            <stdlib.h>

            int?main()
            {
            ????
            //?初始化一個Component對象
            ????Component*?pComponent?=?new?ConcreateComponent();
            ????
            //?采用這個Component對象去初始化一個Decorator對象,
            ????
            //?這樣就可以為這個Component對象動態添加職責
            ????Decorator*?pDecorator?=?new?ConcreateDecorator(pComponent);

            ????pDecorator
            ->Operation();

            ????delete?pDecorator;

            ????system(
            "pause");

            ????
            return?0;
            }

            posted on 2006-07-25 02:44 那誰 閱讀(3246) 評論(7)  編輯 收藏 引用 所屬分類: 設計模式

            評論

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式  回復  更多評論   

            Decorator 模式相比生成子類更為靈活。
            ============可以解釋一下為什么說Decorator模式比繼承更加靈活嗎?

            另外,如果通過Decorator模式,豈不是對Component接口的每一個方法都要重寫一邊?這樣不是反而增加了代碼量嗎?
            2006-08-01 15:03 | 游客

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式  回復  更多評論   

            Decorator 的子類 調用是 concreatecomponent 的 operation 或者 是
            另一個 Decorator 的子類 的 operation,最終都會遞歸到 concreatecomponent 的 operation 上,并沒有重寫 concreatecomponent 的 operation
            也就 是 所謂的對象鏈
            作者 的代碼并沒放映decorator 對象鏈和動態添加職責 的
            的核心功能
            2007-03-21 15:33 | 黃大仙

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式  回復  更多評論   

            我來回答關于decorator比繼承靈活的問題.
            實現了的裝飾類是針對具體類的一個修飾, 照片就好比具體類,相框就是裝飾類, 要裝飾好一張照片.我們可以有多個相框(裝飾類),相框不是我們最關心的. 而且相框還可以用與其它照片.那將來在產品中,功就象插件一樣可加可減. 擴展性自然好了
            2008-02-23 01:31 | Uranus

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式  回復  更多評論   

            Decorator實際上犧牲了系統的可理解性換取靈活性。
            2008-02-23 14:50 | 空明流轉

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式[未登錄]  回復  更多評論   

            decorator 不用重寫方法吧.只寫你需要改的部分.我的理解.
            2008-03-04 14:19 | aaaa

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式  回復  更多評論   

            ConcreateDecorator(Component* pComponent) : Decorator(pComponent){} 是否沒聲明 Decorator
            2008-11-28 00:54 | piio

            # re: 常見設計模式的解析和實現(C++)之九-Decorator模式  回復  更多評論   

            @Uranus
            照片與相框這個比喻,真的很形象,不錯。。
            2013-03-07 21:52 | Jacc.Kim
            久久精品成人免费国产片小草| 99久久精品免费看国产一区二区三区 | 久久综合亚洲鲁鲁五月天| 97精品伊人久久大香线蕉| 久久久噜噜噜久久中文福利| 激情综合色综合久久综合| 日韩AV无码久久一区二区 | 91精品观看91久久久久久| 精品久久久久中文字幕一区| 久久毛片一区二区| 青青青青久久精品国产| 久久亚洲AV无码精品色午夜麻豆| 99精品国产在热久久| 久久笫一福利免费导航| 91久久精品无码一区二区毛片| 久久人与动人物a级毛片| 一本一道久久精品综合| 无码人妻精品一区二区三区久久久 | 国产精品久久久久久吹潮| 日本高清无卡码一区二区久久| 国产精品欧美久久久天天影视 | 69国产成人综合久久精品| 亚洲欧美日韩久久精品| 久久香蕉国产线看观看99| 国内精品久久久久影院日本| 久久99热这里只频精品6| 日日狠狠久久偷偷色综合免费 | 久久99这里只有精品国产| 久久久久久国产精品美女| 久久免费视频网站| 久久婷婷五月综合97色| 国产成人精品综合久久久| 亚洲国产成人精品91久久久| 91久久精品无码一区二区毛片| 国产欧美久久一区二区| 精品久久久无码人妻中文字幕豆芽| 中文字幕无码免费久久| 久久久无码精品亚洲日韩蜜臀浪潮| 欧美午夜精品久久久久久浪潮| 一本大道久久东京热无码AV| 麻豆成人久久精品二区三区免费 |