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

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

本筆記摘抄自：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類的實現中應用了組合模式（確切

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

    五、總結

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

我也是剛剛開始。


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

-Advertisement-
Play Games
更多相關文章
  • laravel封裝返回json信息工具類
    1.工具類可以一次寫入多方多方調用，很大程度的節約開發時間得到想要的信息 這裡演示一個json介面的工具類（文件定義在App\Http\Controllers\Tools）中 <?php /** * Created by PhpStorm. * User: yly * Date: 2020/2/18 ...
  • ASP.NET Core MVC的基礎學習筆記
    最近由於“武漢肺炎”疫情在家辦公，也沒閑著，最近學習了一下asp.net core mvc的一些網頁開發的的基礎知識，話不多說直接上教程！ 一、創建Web應用程式 1）創建新項目 >找到 “ASP.NET Core Web 應用程式” 類型的項目(也可以模糊查詢：語言選擇c#，項目類型選擇Web)： ...
  • 深入理解ASP.NET Core依賴註入
    概述 ASP.NET Core可以說是處處皆註入，本文從基礎角度理解一下原生DI容器，及介紹下怎麼使用並且如何替換官方提供的預設依賴註入容器。 什麼是依賴註入 百度百科中對於依賴註入的定義： 控制反轉 （Inversion of Control，縮寫為 IoC ），是 "面向對象編程" 中的一種設計 ...
  • 多用as少用強制類型轉換
    在 C 中存在一個名叫靜態類型檢查的機制，這個機制可以讓編譯器幫助我們把類型不服的用法找出來，從而使得應用程式在運行期間加少一些類型檢查的操作。但是有時候我們還是需要進行運行期類型檢查，比如我們在設計框架時將方法的參數類型定義為 object ，那麼這時我們就有很大的可能需要將 object 類型的 ...
  • C#設計模式學習筆記：(10)外觀模式
    本筆記摘抄自：https://www.cnblogs.com/PatrickLiu/p/7772184.html，記錄一下學習過程以備後續查用。 一、引言 今天我們要講結構型設計模式的第五個模式--外觀模式。先從名字上來理解一下外觀模式，當看到“外觀”這個詞時，很容易想到“外表”這個詞語，兩者有著 ...
  • 《C# 6.0 本質論》 - 學習筆記
    《C# 6.0 本質論》 [作者] (美) Mark Michaelis (美) Eric Lippert[譯者] (中) 周靖 龐燕[出版] 人民郵電出版社[版次] 2017年02月 第5版[印次] 2017年02月 第1次 印刷[定價] 108.00元 【前言】 成功學習 C# 的關鍵在於，要盡 ...
  • C# DateTime 工具類
    項目gitHub地址 點我跳轉 今天給大家帶來一個C#裡面的時間工具類，具體的直接看下麵代碼 1 using System; 2 3 namespace ToolBox.DateTimeTool 4 { 5 public static class DateTimeExtend 6 { 7 /// < ...
  • Microsoft.EntityFrameworkCore.Tools 相關命令
    一、前言 Entity Framework（後面簡稱EF）作為微軟家的ORM，自然而然從.NET Framework延續到了.NET Core。 二、程式包管理器控制台 為了能夠在控制臺中使用命令行來操作EF，需要先安裝Microsoft.EntityFrameworkCore.Tools。 安裝 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類