您的位置:首页 > 教程 > C#教程 > C#中的composite模式示例详解

C#中的composite模式示例详解

2022-06-20 08:49:01 来源:易采站长站 作者:

C#中的composite模式示例详解

目录
写在前面一个简单例子基层员工类经理类公司架构类客户端代码再想一下使用组合模式进行重构透明型安全型重构后的代码(透明型)

Zt1站长之家-易采站长站-Easck.Com

写在前面

Composite组合模式属于设计模式中比较热门的一个,相信大家对它一定不像对访问者模式那么陌生,毕竟谁又没有遇到过树形结构呢。不过所谓温故而知新,我们还是从一个例子出发,起底一下这个模式吧。Zt1站长之家-易采站长站-Easck.Com

Zt1站长之家-易采站长站-Easck.Com

一个简单例子

设想我们要建立一个公司的人事架构,在一个公司里,我们可以简单地分为两种员工,一种是经理(包括老板),另一种是基层员工,经理可以有下属,而普通员工不行,我们写出这样的代码。Zt1站长之家-易采站长站-Easck.Com

Zt1站长之家-易采站长站-Easck.Com

基层员工类

这种员工是最基层的员工,没有下属Zt1站长之家-易采站长站-Easck.Com

class BasicLevelEmployee //基层员工
{
    public string ID { get; set; }
    public void ShowStatus(int indent)
    {
        string str = ID;
        str = str.PadLeft(ID.Length + indent, '-');
        Console.WriteLine(str);
    }
}

Zt1站长之家-易采站长站-Easck.Com

经理类

经理可以有下属,下属可能是基层员工,也可能是其他经理(考虑老板这种情况,无疑其他经理也是老板的下属),因为比基层员工多了下属,所以也多了一些方法维护下属属性Zt1站长之家-易采站长站-Easck.Com

class Manager //经理
{
    public string ID { get; set; }
    public void ShowStatus(int indent) 
    {
        string str = ID;            
        str = str.PadLeft(ID.Length + indent, '-');
        Console.WriteLine(str);
        indent += 4;
        Subordinate.ForEach(s => s.ShowStatus(indent));
        SubordinateManagers.ForEach(m => m.ShowStatus(indent));
    }
    public List<BasicLevelEmployee> Subordinate = new List<BasicLevelEmployee>();
    public List<Manager> SubordinateManagers = new List<Manager>();
    //下面是经理所属的方法
    public void AddSubordinate(BasicLevelEmployee e) { Subordinate.Add(e); }
    public void AddSubordinate(Manager e) { SubordinateManagers.Add(e); }
    public void RemoveSubordinate(BasicLevelEmployee e) { Subordinate.Remove(e); }
    public void RemoveSubordinate(Manager e) { SubordinateManagers.Remove(e); }      
}

Zt1站长之家-易采站长站-Easck.Com

公司架构类

公司架构类非常简单,只需要掌握最大的BOSS,整个公司人事架构都可以顺藤摸瓜的展示出来Zt1站长之家-易采站长站-Easck.Com

class CompanyHierachy
{
    public Manager BOSS { get; set; }
    public void ShowStatus()
    {
        BOSS.ShowStatus(0);
    }
}

Zt1站长之家-易采站长站-Easck.Com

客户端代码

假设这个公司的结构很单纯,除了老板就是开发部门和财务部门,各个部门分设经理是,所以我们写出代码如下Zt1站长之家-易采站长站-Easck.Com

class Program
{
    static void Main(string[] args)
    {
        //老板
        Manager boss = new Manager() { ID = "BOSS" };
        //开发部门经理
        Manager devManager = new Manager() { ID = "Dev Manager" };
        //财务部门经理
        Manager financeManager = new Manager() { ID = "Finance Manager" };
        //开发组长
        Manager devLead = new Manager() { ID = "Dev Lead" };
        //测试组长
        Manager qcLead = new Manager() { ID = "QC Lead" };

        boss.AddSubordinate(devManager);
        boss.AddSubordinate(financeManager);
        financeManager.AddSubordinate(new BasicLevelEmployee() { ID = "Purchase" });
        devManager.AddSubordinate(devLead);
        devManager.AddSubordinate(qcLead);
        devLead.AddSubordinate(new BasicLevelEmployee() { ID = "Developer1" });
        devLead.AddSubordinate(new BasicLevelEmployee() { ID = "Developer2" });
        qcLead.AddSubordinate(new BasicLevelEmployee() { ID = "QuanityControl1" });
        qcLead.AddSubordinate(new BasicLevelEmployee() { ID = "QuanityControl2" });
        CompanyHierachy company = new CompanyHierachy() { CEO = boss };
        company.ShowStatus();
    }
}

代码非常简单,不需要更多解释了,运行后得到结果Zt1站长之家-易采站长站-Easck.Com

Zt1站长之家-易采站长站-Easck.Com

一切正常,代码是工作的,公司架构建立成功了。Zt1站长之家-易采站长站-Easck.Com

Zt1站长之家-易采站长站-Easck.Com

再想一下

但是想想,这样的代码真的好吗?感觉起码有两个地方我们可以改进。Zt1站长之家-易采站长站-Easck.Com

    基层员工和经理其实有太多的共性(属性和方法),可以利用抽象思维,让他们继承自同一种东西吗?在经理类中我们维护了多个下属列表,如果以后再加一个实习生,是不是我们又得创建更多的列表?如果我们使用了继承,这个问题还会存在吗?

    基于此,利用抽象思维让经理和员工继承自同一个类(雇员)势在必行。在抽象之后,经理类会继承自雇员并且也内含雇员列表,可能第一次见到这种包含自身父类列表的设计方式会让人感觉不习惯,但不用担心,这其实是一种比较常见的设计方式。这种既有继承也有合成的结构,就是组合模式的精髓。Zt1站长之家-易采站长站-Easck.Com

    Zt1站长之家-易采站长站-Easck.Com

    使用组合模式进行重构

    组合模式属于结构型设计模式,它利用类型层级和聚合层级构造更大的复合结构Zt1站长之家-易采站长站-Easck.Com

    说的更加直白一点,当对象的局部结构和对象自身相同的情况下,我们可以使用继承加上聚合的方式来组合代码,比如刚刚提到的例子中,Zt1站长之家-易采站长站-Easck.Com

    Zt1站长之家-易采站长站-Easck.Com

    观察一下,对于Boss来说,它的局部结构,即DevManager和FinanceManager与它自己的结构有何区别?都是树结构,无非就是根节点不一样而已,所以于情于理这一块可以用继承加聚合来重构Zt1站长之家-易采站长站-Easck.Com
    那么心细的朋友肯定发现了,有些操作是经理类独有的,这些操作我们是应该抽象到和基层员工共同的父类雇员类吗?对于这个问题,一般有两种解决方案Zt1站长之家-易采站长站-Easck.Com

    Zt1站长之家-易采站长站-Easck.Com

    透明型

    Zt1站长之家-易采站长站-Easck.Com

    Zt1站长之家-易采站长站-Easck.Com
    在此设计中,子类方法的并集被提炼到了共有父类,哪怕这些方法对于某些子类根本不需要,这样的好处是客户端在使用的时候根本不需要知道对象纠结是哪个子类,对客户端透明,所以得名。当前设计多采用这种。Zt1站长之家-易采站长站-Easck.Com

    Zt1站长之家-易采站长站-Easck.Com

    安全型

    Zt1站长之家-易采站长站-Easck.Com

    安全型设计非常保守,只会提炼子类交集的方法到父类,这样的好处是绝对安全,客户端绝对不可能在BasicLevelEmployee对象上面调用AddSubordinate或者RemoveSubordinate。但有时候会面临向下转型的情况。Zt1站长之家-易采站长站-Easck.Com

    Zt1站长之家-易采站长站-Easck.Com

    重构后的代码(透明型)

    抽象出共同父类雇员类,使用透明型,所有的子类方法都提炼到这个类Zt1站长之家-易采站长站-Easck.Com

    abstract class Employee
    {
        public string ID { get; set; }
        public abstract void ShowStatus(int indent);
        //因为是透明型,所以基层员工用不上的方法也会被抽象到父类
        public abstract void AddSubordinate(Employee e);
        public abstract void RemoveSubordinate(Employee e);
    }

    对于基层员工,如果客户端无意间调用了不该使用的方法,这基本是一个明确的、表明客户端代码出现了逻辑问题的信号,这种情况直接抛出异常,能更快地暴露出问题Zt1站长之家-易采站长站-Easck.Com

    class BasicLevelEmployee : Employee
    {
        public override void ShowStatus(int indent)
        {
            string str = ID;
            str = str.PadLeft(ID.Length + indent, '-');
            Console.WriteLine(str);
        }
    
        public override void AddSubordinate(Employee e)
        {
            throw new NotImplementedException();
        }
        public override void RemoveSubordinate(Employee e)
        {
            throw new NotImplementedException();
        }
    }

    在经理类中,得益于共有父类Employee,我们可以用一个列表装下所有的下属,不论下属是基层员工,还是经理,抑或是未来可能添加的实习生。毕竟他们都是雇员嘛Zt1站长之家-易采站长站-Easck.Com

    class Manager : Employee
    {
        public override void ShowStatus(int indent)
        {
            string str = ID;
            str = str.PadLeft(ID.Length + indent, '-');
            Console.WriteLine(str);
            indent += 4;
            Subordinate.ForEach(s => s.ShowStatus(indent));
        }
        public List<Employee> Subordinate = new List<Employee>();
        //下面是经理所属的方法
        public override void AddSubordinate(Employee e) { Subordinate.Add(e); }
        public override void RemoveSubordinate(Employee e) { Subordinate.Remove(e); }
    }

    公司架构类和客户端代码调用保持不变,运行结果一致,重构成功。Zt1站长之家-易采站长站-Easck.Com

    可以看到,在使用了组合模式之后,现在的代码不但消除了冗余(不用再去维护多个下属列表),也更具有抵御未来变化的能力,这样的结构比起原来,当然是更加合理的。这就是结构型设计模式的用武之地,让对象的结构更加的合理,更加的易于扩展。Zt1站长之家-易采站长站-Easck.Com
    这就是关于Composite组合模式的介绍,鉴于笔者能力有限,如果大家对于这篇文章中所讲有其他看法,欢迎留言讨论。Zt1站长之家-易采站长站-Easck.Com

    到此这篇关于C#中的composite模式的文章就介绍到这了,更多相关C# composite模式内容请搜索易采站长站以前的文章或继续浏览下面的相关文章希望大家以后多多支持易采站长站!Zt1站长之家-易采站长站-Easck.Com

    如有侵权,请联系QQ:279390809 电话:15144810328

相关文章

  • vs2019安装和使用详细图文教程

    vs2019安装和使用详细图文教程

    vs2019已经在4月2日正式发布,vs2019发布会请看这个链接: vs2019发布活动 vs2019和vs2017一样强大,项目兼容,不用互相删除,而且C/C++,Python,F#,ios,Android,Web,Node.js,Azure,Unity,HTML,
    2020-03-10
  • VS2019使用快捷键将代码对齐的方法

    VS2019使用快捷键将代码对齐的方法

    1、选中需要对齐的行 2、CTRL+K 3、CTRL+F 对齐前: 对齐后: 补充:VS中代码对齐等快捷键 在VS2008中,选定代码后,按Ctrl+K+F组合键,可以自动进行代码对齐。 注意:要先按下Ctrl和K,再按
    2020-04-01
  • c# 类成员初始化顺序的特殊情况

    c# 类成员初始化顺序的特殊情况

    这里直接给出C#类成员一般初始化顺序: 子类静态字段 子类静态构造 子类实例字段 父类静态字段 父类静态构造 父类实例字段 父类实例构造 子类实例构造 为什么说是“一般”初始化
    2020-06-30
  • 使用Visual Studio2019创建C#项目(窗体应用程序、控制台应用程序、

    使用Visual Studio2019创建C#项目(窗体应用程序、控制台应用程序、

    一、VS的开发环境 首先你得安装了vs2019,然后确认下下面三个组件是否存在,如果没有要下载一下。vs2019的安装可参考visual studio2019的安装以及使用。 二、创建C#窗体应用程序 打开vs 可
    2020-03-08
  • C# XML字符串包含特殊字符的处理转换方法小结

    C# XML字符串包含特殊字符的处理转换方法小结

    为了能正常输出XML格式的内容,必须要对不被XML允许的那些特殊字符进行转换。本文介绍的正是如何使用C#判断XML字符串是否含特殊字符并进行转换。 以下是几个特殊字符的对应实体。
    2020-07-01
  • Unity实现俄罗斯方块游戏

    Unity实现俄罗斯方块游戏

    本文实例为大家分享了Unity实现俄罗斯方块游戏的具体代码,供大家参考,具体内容如下 一、演示 二、实现思路 创建每一个方块可移动到的位置点,可以理解为创建一个游戏地图,从
    2020-06-21
  • c# Newtonsoft 六个值得使用的特性(上)

    c# Newtonsoft 六个值得使用的特性(上)

    一:讲故事 看完官方文档,阅读了一些 Newtonsoft 源码,对它有了新的认识,先总结 六个超经典又实用的特性,同大家一起分享,废话不多说,快来一起看看吧~~~ 二:特性分析 1. 代码格
    2020-06-23
  • c#压缩字符串的方法

    c#压缩字符串的方法

    一:背景 1. 讲故事 在我们的一个全内存项目中,需要将一家大品牌店铺小千万的trade灌入到内存中,大家知道trade中一般会有订单来源,省市区 ,当把这些字段灌进去后,你会发现他们
    2020-06-24