• <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 夢在天涯 閱讀(953) 評論(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

            搜索

            •  

            積分與排名

            • 積分 - 1804434
            • 排名 - 5

            最新評論

            閱讀排行榜

            成人资源影音先锋久久资源网| 久久久精品国产Sm最大网站| 亚洲欧洲日产国码无码久久99| 人妻精品久久久久中文字幕一冢本| 久久久国产精品亚洲一区| 欧美激情精品久久久久| 久久亚洲中文字幕精品一区| 亚洲中文字幕无码久久综合网 | 欧美亚洲国产精品久久蜜芽| 国产999精品久久久久久| 无码任你躁久久久久久老妇| 99久久久精品免费观看国产| 国产精品久久久久乳精品爆| 无码国产69精品久久久久网站 | 国产69精品久久久久APP下载| 日本久久久久亚洲中字幕 | 麻豆亚洲AV永久无码精品久久| 99久久精品国产综合一区| 国产精品成人久久久| 99精品伊人久久久大香线蕉| 久久夜色精品国产噜噜麻豆| 久久免费99精品国产自在现线| 国产一区二区三区久久| 国产成人精品三上悠亚久久| 久久夜色撩人精品国产| 99久久免费国产精品| 99国产精品久久久久久久成人热| 久久精品视频一| 久久噜噜久久久精品66| 精品无码人妻久久久久久| 久久青草国产精品一区| 国产V亚洲V天堂无码久久久| 国产成人精品久久| 久久精品一本到99热免费| 伊人久久大香线蕉AV一区二区| 久久精品国产黑森林| 久久国产福利免费| 久久久WWW成人免费毛片| 精品无码人妻久久久久久| 久久精品成人免费国产片小草| 久久国产乱子伦精品免费午夜|