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

            C++ Programmer's Cookbook

            {C++ 基礎} {C++ 高級} {C#界面,C++核心算法} {設計模式} {C#基礎}

            模式設計c#--結構型--Bridge

            名稱 Bridge
            結構 o_bridge.bmp
            意圖 將抽象部分與它的實現部分分離,使它們都可以獨立地變化。
            適用性
            • 你不希望在抽象和它的實現部分之間有一個固定的綁定關系。例如這種情況可能是因為,在程序運行時刻實現部分應可以被選擇或者切換。
            • 類的抽象以及它的實現都應該可以通過生成子類的方法加以擴充。這時B r i d g e 模式使你可以對不同的抽象接口和實現部分進行組合,并分別對它們進行擴充。
            • 對一個抽象的實現部分的修改應對客戶不產生影響,即客戶的代碼不必重新編譯。
            • (C + +)你想對客戶完全隱藏抽象的實現部分。在C + +中,類的表示在類接口中是可見的。
            • 有許多類要生成。這樣一種類層次結構說明你必須將一個對象分解成兩個部分。R u m b a u g h 稱這種類層次結構為“嵌套的普化”(nested generalizations )。
            • 你想在多個對象間共享實現(可能使用引用計數),但同時要求客戶并不知道這一點。一個簡單的例子便是C o p l i e n 的S t r i n g 類[ C o p 9 2 ],在這個類中多個對象可以共享同一個字符串表示(S t r i n g R e p )。

            Code Example
            namespace Bridge_DesignPattern
            {
                
            using System;

                
            class Abstraction 
                
            {
                    
            protected Implementation impToUse;

                    
            public void SetImplementation(Implementation i)
                    
            {
                        impToUse 
            = i;
                    }


                    
            virtual public void DumpString(string str)
                    
            {
                        impToUse.DoStringOp(str);                   
                    }

                }


                
            class DerivedAbstraction_One : Abstraction 
                
            {
                    
            override public void DumpString(string str)
                    
            {
                        str 
            += ".com";
                        impToUse.DoStringOp(str);            
                    }
                    
                }


                
            class Implementation 
                
            {
                    
            public virtual void DoStringOp(string str)
                    
            {
                        Console.WriteLine(
            "Standard implementation - print string as is");
                        Console.WriteLine(
            "string = {0}", str);
                    }
                    
                }


                
            class DerivedImplementation_One : Implementation 
                
            {
                    
            override public void DoStringOp(string str)
                    
            {
                        Console.WriteLine(
            "DerivedImplementation_One - don't print string");
                    }
                
                }


                
            class DerivedImplementation_Two : Implementation 
                
            {
                    
            override public void DoStringOp(string str)
                    
            {
                        Console.WriteLine(
            "DerivedImplementation_Two - print string twice");
                        Console.WriteLine(
            "string = {0}", str);
                        Console.WriteLine(
            "string = {0}", str);
                    }
                
                }

                
                
            /// <summary>
                
            ///    Summary description for Client.
                
            /// </summary>

                public class Client
                
            {
                    Abstraction SetupMyParticularAbstraction() 
                    
            {
                        
            // we localize to this method the decision which abstraction and
                        
            // which implementation to use. These need to be decided 
                        
            // somewhere and we do it here. All teh rest of the client 
                        
            // code can work against the abstraction object. 
                        Abstraction a = new DerivedAbstraction_One();
                        a.SetImplementation(
            new DerivedImplementation_Two());
                        
            return a;
                    }


                    
            public static int Main(string[] args)
                    
            {         
                        Client c 
            = new Client();
                        Abstraction a 
            = c.SetupMyParticularAbstraction();
                            
                        
            // From here on client code thinks it is talking to the 
                        
            // abstraction, and will not need to be changed as 
                        
            // derived abstractions are changed. 

                        
            // more client code using the abstraction goes here 
                        
            // . . . 
                        a.DumpString("Clipcode");

                        
            return 0;
                    }

                }

            }

            posted on 2006-01-03 15:43 夢在天涯 閱讀(952) 評論(2)  編輯 收藏 引用 所屬分類: Design pattern

            評論

            # re: 模式設計c#--結構型--Bridge 2006-04-24 14:32 夢在天涯

            在什么情況下應當使用橋梁模式
            根據上面的分析,在以下的情況下應當使用橋梁模式:

            如果一個系統需要在構件的抽象化角色和具體化角色之間增加更多的靈活性,避免在兩個層次之間建立靜態的聯系。
            設計要求實現化角色的任何改變不應當影響客戶端,或者說實現化角色的改變對客戶端是完全透明的。
            一個構件有多于一個的抽象化角色和實現化角色,系統需要它們之間進行動態耦合。
            雖然在系統中使用繼承是沒有問題的,但是由于抽象化角色和具體化角色需要獨立變化,設計要求需要獨立管理這兩者。  回復  更多評論   

            # re: 模式設計c#--結構型--Bridge 2006-04-24 14:33 夢在天涯

            橋梁模式的用意

            【GOF95】在提出橋梁模式的時候指出,橋梁模式的用意是"將抽象化(Abstraction)與實現化(Implementation)脫耦,使得二者可以獨立地變化"。這句話有三個關鍵詞,也就是抽象化、實現化和脫耦。

            抽象化

            存在于多個實體中的共同的概念性聯系,就是抽象化。作為一個過程,抽象化就是忽略一些信息,從而把不同的實體當做同樣的實體對待【LISKOV94】。

            實現化

            抽象化給出的具體實現,就是實現化。

            脫耦

            所謂耦合,就是兩個實體的行為的某種強關聯。而將它們的強關聯去掉,就是耦合的解脫,或稱脫耦。在這里,脫耦是指將抽象化和實現化之間的耦合解脫開,或者說是將它們之間的強關聯改換成弱關聯。

            將兩個角色之間的繼承關系改為聚合關系,就是將它們之間的強關聯改換成為弱關聯。因此,橋梁模式中的所謂脫耦,就是指在一個軟件系統的抽象化和實現化之間使用組合/聚合關系而不是繼承關系,從而使兩者可以相對獨立地變化。這就是橋梁模式的用意。
              回復  更多評論   

            公告

            EMail:itech001#126.com

            導航

            統計

            • 隨筆 - 461
            • 文章 - 4
            • 評論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1804314
            • 排名 - 5

            最新評論

            閱讀排行榜

            中文字幕无码久久人妻| 久久精品无码一区二区日韩AV| 免费观看成人久久网免费观看| 亚洲国产成人久久一区久久| 国产亚洲欧美成人久久片 | 波多野结衣AV无码久久一区| 亚洲国产成人精品91久久久| 久久se精品一区精品二区| 精品综合久久久久久888蜜芽| 久久九九兔免费精品6| 久久精品青青草原伊人| 国产福利电影一区二区三区久久久久成人精品综合 | 99久久精品免费看国产| 偷偷做久久久久网站| 亚洲欧美日韩中文久久| 久久夜色精品国产欧美乱| 亚洲国产精品无码久久久不卡| 久久精品国产亚洲AV无码娇色| 久久99国产一区二区三区| 少妇内射兰兰久久| 久久精品亚洲欧美日韩久久| 狠狠色婷婷久久综合频道日韩 | 精品久久久久久无码中文野结衣| 国产高清美女一级a毛片久久w | 国产三级久久久精品麻豆三级| 久久久久久国产精品美女| 亚洲AV日韩AV永久无码久久| 久久91精品综合国产首页| 亚洲精品乱码久久久久久蜜桃不卡 | 99久久这里只精品国产免费 | 精品国产福利久久久| 欧美日韩精品久久免费| 99久久婷婷国产一区二区| 亚洲va久久久噜噜噜久久狠狠 | 99久久精品免费观看国产| 天天躁日日躁狠狠久久| 久久精品无码一区二区app| 久久综合给合综合久久| 国内精品伊人久久久影院| 久久99精品国产99久久| 亚洲精品美女久久久久99|