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
更多相關文章
  • 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。 安裝 ...
一周排行
    -Advertisement-
    Play Games
  • Timer是什麼 Timer 是一種用於創建定期粒度行為的機制。 與標準的 .NET System.Threading.Timer 類相似,Orleans 的 Timer 允許在一段時間後執行特定的操作,或者在特定的時間間隔內重覆執行操作。 它在分散式系統中具有重要作用,特別是在處理需要周期性執行的 ...
  • 前言 相信很多做WPF開發的小伙伴都遇到過表格類的需求,雖然現有的Grid控制項也能實現,但是使用起來的體驗感並不好,比如要實現一個Excel中的表格效果,估計你能想到的第一個方法就是套Border控制項,用這種方法你需要控制每個Border的邊框,並且在一堆Bordr中找到Grid.Row,Grid. ...
  • .NET C#程式啟動閃退,目錄導致的問題 這是第2次踩這個坑了,很小的編程細節,容易忽略,所以寫個博客,分享給大家。 1.第一次坑:是windows 系統把程式運行成服務,找不到配置文件,原因是以服務運行它的工作目錄是在C:\Windows\System32 2.本次坑:WPF桌面程式通過註冊表設 ...
  • 在分散式系統中,數據的持久化是至關重要的一環。 Orleans 7 引入了強大的持久化功能,使得在分散式環境下管理數據變得更加輕鬆和可靠。 本文將介紹什麼是 Orleans 7 的持久化,如何設置它以及相應的代碼示例。 什麼是 Orleans 7 的持久化? Orleans 7 的持久化是指將 Or ...
  • 前言 .NET Feature Management 是一個用於管理應用程式功能的庫,它可以幫助開發人員在應用程式中輕鬆地添加、移除和管理功能。使用 Feature Management,開發人員可以根據不同用戶、環境或其他條件來動態地控制應用程式中的功能。這使得開發人員可以更靈活地管理應用程式的功 ...
  • 在 WPF 應用程式中,拖放操作是實現用戶交互的重要組成部分。通過拖放操作,用戶可以輕鬆地將數據從一個位置移動到另一個位置,或者將控制項從一個容器移動到另一個容器。然而,WPF 中預設的拖放操作可能並不是那麼好用。為瞭解決這個問題,我們可以自定義一個 Panel 來實現更簡單的拖拽操作。 自定義 Pa ...
  • 在實際使用中,由於涉及到不同編程語言之間互相調用,導致C++ 中的OpenCV與C#中的OpenCvSharp 圖像數據在不同編程語言之間難以有效傳遞。在本文中我們將結合OpenCvSharp源碼實現原理,探究兩種數據之間的通信方式。 ...
  • 一、前言 這是一篇搭建許可權管理系統的系列文章。 隨著網路的發展,信息安全對應任何企業來說都越發的重要,而本系列文章將和大家一起一步一步搭建一個全新的許可權管理系統。 說明:由於搭建一個全新的項目過於繁瑣,所有作者將挑選核心代碼和核心思路進行分享。 二、技術選擇 三、開始設計 1、自主搭建vue前端和. ...
  • Csharper中的表達式樹 這節課來瞭解一下表示式樹是什麼? 在C#中,表達式樹是一種數據結構,它可以表示一些代碼塊,如Lambda表達式或查詢表達式。表達式樹使你能夠查看和操作數據,就像你可以查看和操作代碼一樣。它們通常用於創建動態查詢和解析表達式。 一、認識表達式樹 為什麼要這樣說?它和委托有 ...
  • 在使用Django等框架來操作MySQL時,實際上底層還是通過Python來操作的,首先需要安裝一個驅動程式,在Python3中,驅動程式有多種選擇,比如有pymysql以及mysqlclient等。使用pip命令安裝mysqlclient失敗應如何解決? 安裝的python版本說明 機器同時安裝了 ...