• <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
            久久综合伊人77777| 久久91精品国产91久久麻豆| 国产精品女同一区二区久久| 精品乱码久久久久久夜夜嗨| 久久久久国产精品三级网| 伊人久久精品影院| 狠狠色婷婷久久一区二区三区| 2021久久国自产拍精品| 国产成人久久777777| 美女久久久久久| 久久国产亚洲精品无码| 久久AAAA片一区二区| 久久天天躁狠狠躁夜夜不卡| 亚洲乱码日产精品a级毛片久久| 久久国产精品无| 久久人人爽爽爽人久久久| 9191精品国产免费久久| 精品无码久久久久国产动漫3d| 欧美亚洲另类久久综合| 一本久久a久久精品亚洲| 久久91精品国产91久久麻豆| 影音先锋女人AV鲁色资源网久久 | 成人久久免费网站| 91性高湖久久久久| 精品熟女少妇a∨免费久久| 久久大香萑太香蕉av| 久久激情五月丁香伊人| 久久精品国产亚洲欧美| 日韩人妻无码精品久久免费一| 亚洲精品无码久久久| 久久久久国产视频电影| 国产成人精品久久亚洲高清不卡 | 亚洲国产精品无码久久久蜜芽| 伊人久久大香线蕉无码麻豆| 久久婷婷色综合一区二区| 久久精品亚洲乱码伦伦中文| 色综合久久88色综合天天| 久久er国产精品免费观看2| 久久精品人人做人人爽电影| 青青青伊人色综合久久| 国产精品久久久久久久午夜片|