C#設計模式學習筆記:(9)組合模式

来源:https://www.cnblogs.com/atomy/archive/2020/02/18/12219068.html

本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7743118.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講結構型設計模式的第四個模式--組合模式。當我們談到這個模式的時候,有一個物件和這個模式很像,那就是“俄羅斯套娃”。“俄羅斯套娃”是 ...


    本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7743118.html,記錄一下學習過程以備後續查用。

    一、引言

    今天我們要講結構型設計模式的第四個模式--組合模式。當我們談到這個模式的時候,有一個物件和這個模式很像,那就是“俄羅斯套娃”。“俄羅斯套娃”是

大的瓷器娃娃裡面裝著一個小的瓷器娃娃,小的瓷器娃娃裡面再裝著更小的瓷器娃娃,直到最後一個不能再裝更小的瓷器娃娃的那個瓷器娃娃為止。在我們

的操作系統中有文件夾的概念,文件夾可以包含文件夾並可以嵌套多層,這個和“俄羅斯套娃”很像。當然還有很多的例子,例如我們使用系統的時候,會使

用到“開始菜單”,這個菜單是樹形結構。這些例子包含的東西或內容我們稱之為對象,對象可以分為兩類:一類是容器對象,可以包含其它的子對象;另一

類是:葉子對象,這類對象是不能再包含其它的對象。在軟體設計中,我們該怎麼處理這種情況呢?是每類對象分別對待,還是提供一個統一的操作方式呢?

組合模式給我們提供了一種解決此類問題的一個途徑,接下來我們就好好地介紹一下“組合模式”吧。

    二、組合模式介紹

    組合模式:英文名稱--Composite Pattern;分類--結構型。

    2.1、動機(Motivate)

    客戶代碼過多地依賴於對象容器(對象容器是對象的容器,細細評味)複雜的內部實現結構,對象容器內部實現結構(而非抽象介面)的變化將引起客戶

代碼的頻繁變化,帶來了代碼的維護性、擴展性等方面的弊端。如何將“客戶代碼與複雜的對象容器結構”解耦?如何讓對象容器自己來實現自身的複雜結構,

從而使得客戶代碼就像處理簡單對象一樣來處理複雜的對象容器?

    2.2、意圖(Intent)

    將對象組合成樹形結構以表示“部分-整體”的層次結構。Composite使得用戶對單個對象和組合對象的使用具有一致性。——《設計模式》GoF

    2.3、結構圖(Structure)

    2.4、模式的組成

    組合模式中涉及到三個角色:

    1)抽象構件角色(Component):這是一個抽象角色,它給參加組合的對象定義出了公共的介面及預設行為,可以用來管理所有的子對象(在透明式的組

合模式是這樣的)。在安全式的組合模式里,構件角色並不定義出管理子對象的方法,這一定義由樹枝結構對象給出。

    2)樹葉構件角色(Leaf):樹葉對象是沒有下級子對象的對象,定義出參加組合的原始對象的行為。(原始對象的行為可以理解為沒有容器對象管理子對

象的方法,或者原始對象行為+管理子對象的行為(Add,Remove等)=面對客戶代碼的介面行為集合)

    3)樹枝構件角色(Composite):代表參加組合的有下級子對象的對象,樹枝對象給出所有管理子對象的方法實現,如Add、Remove等。組合模式實現的

最關鍵的地方是--簡單對象和複合對象必須實現相同的介面。這就是組合模式能夠將組合對象和簡單對象進行一致處理的原因。

    2.5、組合模式的具體實現

    組合模式有兩種實現方式:一種是透明式的組合模式,另外一種是安全式的組合模式。在這裡我就詳細說一下何為“透明式”?何為“安全式”?所謂透明式是指

“抽象構件角色”定義的介面行為集合包含兩個部分:一部分是葉子對象本身所包含的行為(比如Operation),另外一部分是容器對象本身所包含的管理子對象

的行為(Add,Remove)。這個抽象構件必須同時包含這兩類對象所有的行為,客戶端代碼才會透明的使用,無論調用容器對象還是葉子對象,介面方法都是一樣

的,這就是透明--針對客戶端代碼的透明,但是也有它自己的問題。葉子對象不會包含自己的子對象,為什麼要有Add,Remove等類似方法呢?調用葉子對象這

樣的方法可能(註意:我這裡說的是可能,因為有些人會把這些方法實現為空,不做任何動作,當然也不會有異常拋出了,不要抬杠)會拋出異常,這樣就不

安全了,然後人們就提出了“安全式的組合模式”。所謂安全式是指“抽象構件角色”只定義葉子對象的方法,確切的說這個抽象構件只定義兩類對象共有的行為,

然後容器對象的方法定義在“樹枝構件角色”上,這樣葉子對象有葉子對象的方法,容器對象有容器對象的方法,這樣責任很明確,當然調用肯定不會拋出異常了。

大家可以根據自己的情況自行選擇是實現為“透視式”還是“安全式”,以下我們會針對這兩種情況都進行實現。

    2.5.1“透明式的組合模式”的具體實現

    class Program
    {
        /// <summary>
        /// 該抽象類是文件夾抽象介面的定義,該類型相當於抽象構件Component類型。
        /// </summary>
        public abstract class TransparentMoodFolder
        {
            //增加文件夾或文件
            public abstract void Add(TransparentMoodFolder folder);

            //刪除文件夾或者文件
            public abstract void Remove(TransparentMoodFolder folder);

            //打開文件夾或者文件,該操作相當於Component類型的Operation方法。
            public abstract void Open();
        }

        /// <summary>
        /// 該Word文檔類就是葉子構件的定義,該類型相當於Leaf類型,不能再包含子對象。
        /// </summary>
        public sealed class TransparentMoodWord : TransparentMoodFolder
        {
            //增加文件夾或文件
            public override void Add(TransparentMoodFolder folder)
            {
                throw new Exception("Word文檔不具有該功能。");
            }

            //刪除文件夾或者文件
            public override void Remove(TransparentMoodFolder folder)
            {
                throw new Exception("Word文檔不具有該功能。");
            }

            //打開文件--該操作相當於Component類型的Operation方法
            public override void Open()
            {
                Console.WriteLine("打開Word文檔,開始進行編輯。");
            }
        }

        /// <summary>
        /// SonFolder類型就是樹枝構件,由於我們使用的是“透明式”,所以Add、Remove都是從Folder類型繼承下來的。
        /// </summary>
        public class TransparentMoodSonFolder : TransparentMoodFolder
        {
            //增加文件夾或文件
            public override void Add(TransparentMoodFolder folder)
            {
                Console.WriteLine("文件夾或者文件增加成功。");
            }

            //刪除文件夾或者文件
            public override void Remove(TransparentMoodFolder folder)
            {
                Console.WriteLine("文件夾或者文件刪除成功。");
            }

            //打開文件夾--該操作相當於Component類型的Operation方法
            public override void Open()
            {
                Console.WriteLine("打開文件夾。");
            }
        }

        static void Main(string[] args)
        {
            #region 組合模式之透明式
            TransparentMoodFolder myword = new TransparentMoodWord();
            myword.Open();                                  //打開文件
            //myword.Add(new TransparentMoodSonFolder());     //拋出異常
            //myword.Remove(new TransparentMoodSonFolder());  //拋出異常


            TransparentMoodFolder myfolder = new TransparentMoodSonFolder();
            myfolder.Open();                                    //打開文件夾
            myfolder.Add(new TransparentMoodSonFolder());       //增加文件夾或者文件
            myfolder.Remove(new TransparentMoodSonFolder());    //刪除文件夾或者文件

            Console.Read();
            #endregion
        }
    }
View Code

    運行結果如下:

    2.5.2“安全式的組合模式”的具體實現

    class Program
    {
        /// <summary>
        /// 該抽象類就是文件夾抽象介面的定義,該類型相當於抽象構件Component類型。
        /// </summary>
        public abstract class SafeMoodFolder    //該類型少了容器對象管理子對象方法的定義,換在樹枝構件也就是SonFolder類型中定義。
        {
            //打開文件夾或者文件--該操作相當於Component類型的Operation方法
            public abstract void Open();
        }

        /// <summary>
        /// 該Word文檔類就是葉子構件的定義,該類型相當於Leaf類型,不能再包含子對象。
        /// </summary>
        public sealed class SafeMoodWord : SafeMoodFolder   //這類型現在很乾凈
        {
            //打開文件--該操作相當於Component類型的Operation方法
            public override void Open()
            {
                Console.WriteLine("打開Word文檔,開始進行編輯。");
            }
        }

        /// <summary>
        /// SonFolder類型就是樹枝構件,現在由於我們使用的是“安全式”,所以Add、Remove都是從此處開始定義的。
        /// </summary>
        public abstract class SafeMoodSonFolder : SafeMoodFolder //這裡可以是抽象介面,可以自己根據自己的情況而定。
        {
            //增加文件夾或文件
            public abstract void Add(SafeMoodFolder folder);

            //刪除文件夾或者文件
            public abstract void Remove(SafeMoodFolder folder);

            //打開文件夾--該操作相當於Component類型的Operation方法
            public override void Open()
            {
                Console.WriteLine("打開文件夾。");
            }
        }

        /// <summary>
        /// NextFolder類型就是樹枝構件的實現類
        /// </summary>
        public sealed class SafeMoodNextFolder : SafeMoodSonFolder
        {
            //增加文件夾或文件
            public override void Add(SafeMoodFolder folder)
            {
                Console.WriteLine("文件夾或者文件增加成功。");
            }

            //刪除文件夾或者文件
            public override void Remove(SafeMoodFolder folder)
            {
                Console.WriteLine("文件夾或者文件刪除成功。");
            }

            //打開文件夾--該操作相當於Component類型的Operation方法
            public override void Open()
            {
                Console.WriteLine("打開文件夾。");
            }
        }

        static void Main(string[] args)
        {
            #region 組合模式之安全式
            SafeMoodFolder myword = new SafeMoodWord();
            myword.Open();  //打開文件

            SafeMoodFolder myfolder = new SafeMoodNextFolder();
            myfolder.Open();                                                //打開文件夾
            //此處要是用增加和刪除功能,需要轉換類型,否則不能使用。
            ((SafeMoodSonFolder)myfolder).Add(new SafeMoodNextFolder());    //成功增加文件或者文件夾
            ((SafeMoodSonFolder)myfolder).Remove(new SafeMoodNextFolder()); //成功刪除文件或者文件夾

            Console.Read();
            #endregion
        }
    }
View Code

    運行結果如下:

    這兩種模式都不是很難,請仔細體會實現關鍵點,最重要的是要理解模式的意圖並結合結構圖。

    三、組合模式的實現要點

    1)Composite模式採用樹形結構來實現普遍存在的對象容器,從而將“一對多”的關係轉化為“一對一”的關係,使得客戶代碼可以一致地處理對象和對象容器,

無需關心處理的是單個的對象,還是組合的對象容器。

    2)將“客戶代碼與複雜的對象容器結構”解耦是Composite模式的核心思想,解耦之後,客戶代碼將與純粹的抽象介面而非對象容器的複雜內部實現結構發生

依賴關係,從而更能“應對變化”。

    3)Composite模式中,是將“Add和Remove等和對象容器相關的方法”定義在“表示抽象對象的Component類”中,還是將其定義在“表示對象容器的Composite

類”中,是一個關乎“透明性”和“安全性”的兩難問題,需要仔細權衡。這裡有可能違背面向對象的“單一職責原則”,但是對於這種特殊結構,這又是必須付出的代價。

ASP.Net控制項的實現在這方面為我們提供了一個很好的示範。

    4)Composite模式在具體實現中,可以讓父對象中的子對象反向追朔;如果父對象有頻繁的遍歷需求,可使用緩存技巧來改善效率。

    3.1、組合模式的優點

    1)組合模式使得客戶端代碼可以一致地處理對象和對象容器,無需關係處理的單個對象,還是組合的對象容器。

    2)將”客戶代碼與複雜的對象容器結構“解耦。

    3)可以更容易地往組合對象中加入新的構件。

    3.2、組合模式的缺點

    1)使得設計更加複雜。客戶端需要花更多時間理清類之間的層次關係(這個是幾乎所有設計模式所面臨的問題)。

    3.3、在以下情況下應該考慮使用組合模式

    1)需要表示一個對象整體或部分的層次結構。

    2)希望用戶忽略組合對象與單個對象的不同,用戶將統一地使用組合結構中的所有對象。

    四、.NET中組合模式的實現

    其實組合模式在FCL裡面運用還是很多的,不知道大家是不是有所感覺?這個模式大多數是運用在控制項上或者是與界面操作、展示相關的操作上。

    這個模式在.NET中最典型的應用就是WinForms和Web,在這兩種平臺的應用開發中,.NET類庫提供了很多現有的控制項,而System.Windows.Forms.dll中的

System.Windows.Forms.Control類就應用了組合模式,如控制項Label、TextBox等控制項,可以理解為葉子對象,而GroupBox、DataGrid等複合的控制項可以稱之為

容器控制項,每個控制項都需要調用OnPaint方法來進行控制項顯示,為了表示這種對象之間整體與部分的層次結構,微軟在Control類的實現中應用了組合模式(確切

地說應用了透明式的組合模式)。

    五、總結

    模式這個東西就像“獨孤九劍”,不要死記硬背,要多看看別人的、多寫寫代碼、要理解場景和意圖,多寫多練吧,你就有可能成為一代大俠。模式學無止境,

我也是剛剛開始。


您的分享是我們最大的動力!

更多相關文章
  • 1.工具類可以一次寫入多方多方調用,很大程度的節約開發時間得到想要的信息 這裡演示一個json介面的工具類(文件定義在App\Http\Controllers\Tools)中 <?php /** * Created by PhpStorm. * User: yly * Date: 2020/2/18 ...
  • 最近由於“武漢肺炎”疫情在家辦公,也沒閑著,最近學習了一下asp.net core mvc的一些網頁開發的的基礎知識,話不多說直接上教程! 一、創建Web應用程式 1)創建新項目 >找到 “ASP.NET Core Web 應用程式” 類型的項目(也可以模糊查詢:語言選擇c#,項目類型選擇Web): ...
  • 概述 ASP.NET Core可以說是處處皆註入,本文從基礎角度理解一下原生DI容器,及介紹下怎麼使用並且如何替換官方提供的預設依賴註入容器。 什麼是依賴註入 百度百科中對於依賴註入的定義: 控制反轉 (Inversion of Control,縮寫為 IoC ),是 "面向對象編程" 中的一種設計 ...
  • 在 C 中存在一個名叫靜態類型檢查的機制,這個機制可以讓編譯器幫助我們把類型不服的用法找出來,從而使得應用程式在運行期間加少一些類型檢查的操作。但是有時候我們還是需要進行運行期類型檢查,比如我們在設計框架時將方法的參數類型定義為 object ,那麼這時我們就有很大的可能需要將 object 類型的 ...
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/7772184.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講結構型設計模式的第五個模式--外觀模式。先從名字上來理解一下外觀模式,當看到“外觀”這個詞時,很容易想到“外表”這個詞語,兩者有著 ...
  • 《C# 6.0 本質論》 [作者] (美) Mark Michaelis (美) Eric Lippert[譯者] (中) 周靖 龐燕[出版] 人民郵電出版社[版次] 2017年02月 第5版[印次] 2017年02月 第1次 印刷[定價] 108.00元 【前言】 成功學習 C# 的關鍵在於,要盡 ...
  • 項目gitHub地址 點我跳轉 今天給大家帶來一個C#裡面的時間工具類,具體的直接看下麵代碼 1 using System; 2 3 namespace ToolBox.DateTimeTool 4 { 5 public static class DateTimeExtend 6 { 7 /// < ...
  • 一、前言 Entity Framework(後面簡稱EF)作為微軟家的ORM,自然而然從.NET Framework延續到了.NET Core。 二、程式包管理器控制台 為了能夠在控制臺中使用命令行來操作EF,需要先安裝Microsoft.EntityFrameworkCore.Tools。 安裝 ...
一周排行
  • 前幾天發佈了 "抄抄《CSS 故障藝術》的動畫" 這篇文章,在這篇文章里介紹瞭如何使用Win2D繪製文字然後配合BlendEffect製作故障藝術的動畫。本來打算就這樣收手不玩這個動畫了,但後來又發現性能不符合理想。明明只是做做Resize動畫和用BlendEffect混合,為什麼性能會這麼差呢? ...
  • 控制條控制項: progressBar 不能按照你程式的進程自動變化,需認為計算,調整變化量 private void progressBar1_Click(object sender, EventArgs e) { this.progressBar1.Maximum = 100;//設置進度條最大長 ...
  • 首先創建一個asp.net core web應用程式 第二步 目前官方預置了7種模板項目供我們選擇。從中我們可以看出,既有我們熟悉的MVC、WebAPI,又新添加了Razor Page,以及結合比較流行的Angular、React前端框架的模板項目。 空項目模板 Program.cs using S ...
  • 對閉包的理解 1.對於成員變數和局部變數:成員變數就是方法外部,類的內部定義的變數;局部變數就是方法或語句塊內部定義的變數。局部變數必須初始化。 形式參數是局部變數,局部變數的數據存在於棧記憶體中。棧記憶體中的局部變數隨著方法的消失而消失。成員變數存儲在堆中的對象裡面,由垃圾回收器負責回收。 成員變數它 ...
  • Xamarin.Forms讀取並展示Android和iOS通訊錄 TerminalMACS客戶端 本文同步更新地址: https://dotnet9.com/11520.html https://terminalmacs.com/861.html 閱讀導航: 一、功能說明 二、代碼實現 三、源碼獲取 ...
  • 做下對文件複製操作相關的筆記: /// <summary> /// 文件幫助類 /// </summary> public class FileHelper { /// <summary> /// 複製一個目錄下所有文件到一個新目錄下 /// </summary> /// <param name=" ...
  • 前言 有一個東西叫做鴨子類型,所謂鴨子類型就是,只要一個東西表現得像鴨子那麼就能推出這玩意就是鴨子。 C 裡面其實也暗藏了很多類似鴨子類型的東西,但是很多開發者並不知道,因此也就沒法好好利用這些東西,那麼今天我細數一下這些藏在編譯器中的細節。 不是只有 和 才能 在 C 中編寫非同步代碼的時候,我們經 ...
  • [toc] 1.應用背景 底端設備有大量網路報文(位元組數組):心跳報文,數據採集報文,告警報文上報。需要有對應的報文結構去解析這些位元組流數據。 2.結構體解析 由此,我第一點就想到了用結構體去解析。原因有以下兩點: 2.1.結構體存在棧中 類屬於引用類型,存在堆中;結構體屬於值類型,存在棧中,在一個 ...
  • 《深入淺出 C#》 (第3版) [作者] (美) Andrew Stellman (美) Jennifer Greene[譯者] (中) 徐陽 丁小峰 等譯[出版] 中國電力出版社[版次] 2016年08月 第1版[印次] 2018年04月 第4次 印刷[定價] 148.00元 【引子】 要學習編程 ...
  • 記錄使用對象初始值設定項初始化對象。 using System; using System.Collections.Generic; namespace ConsoleApp2 { class Program { static void Main(string[] args) { // 使用構造函數 ...
x