写在前面

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

一个简单例子

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

基层员工类

这种员工是最基层的员工,没有下属

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

经理类

经理可以有下属,下属可能是基层员工,也可能是其他经理(考虑老板这种情况,无疑其他经理也是老板的下属),因为比基层员工多了下属,所以也多了一些方法维护下属属性

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); }
}

公司架构类

公司架构类非常简单,只需要掌握最大的BOSS,整个公司人事架构都可以顺藤摸瓜的展示出来

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

客户端代码

假设这个公司的结构很单纯,除了老板就是开发部门和财务部门,各个部门分设经理是,所以我们写出代码如下

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();
}
}

代码非常简单,不需要更多解释了,运行后得到结果



一切正常,代码是工作的,公司架构建立成功了。

再想一下

但是想想,这样的代码真的好吗?感觉起码有两个地方我们可以改进。

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

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

使用组合模式进行重构

组合模式属于结构型设计模式,它利用类型层级和聚合层级构造更大的复合结构

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



观察一下,对于Boss来说,它的局部结构,即DevManager和FinanceManager与它自己的结构有何区别?都是树结构,无非就是根节点不一样而已,所以于情于理这一块可以用继承加聚合来重构

那么心细的朋友肯定发现了,有些操作是经理类独有的,这些操作我们是应该抽象到和基层员工共同的父类雇员类吗?对于这个问题,一般有两种解决方案

透明型



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

安全型



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

重构后的代码(透明型)

抽象出共同父类雇员类,使用透明型,所有的子类方法都提炼到这个类

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);
}

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

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,我们可以用一个列表装下所有的下属,不论下属是基层员工,还是经理,抑或是未来可能添加的实习生。毕竟他们都是雇员嘛

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); }
}

公司架构类和客户端代码调用保持不变,运行结果一致,重构成功。

 

可以看到,在使用了组合模式之后,现在的代码不但消除了冗余(不用再去维护多个下属列表),也更具有抵御未来变化的能力,这样的结构比起原来,当然是更加合理的。这就是结构型设计模式的用武之地,让对象的结构更加的合理,更加的易于扩展。

这就是关于Composite组合模式的介绍,鉴于笔者能力有限,如果大家对于这篇文章中所讲有其他看法,欢迎留言讨论。

聊聊C#中的composite模式的更多相关文章

  1. 聊聊C#中的Visitor模式

    写在前面 Visitor模式在日常工作中出场比较少,如果统计大家不熟悉的模式,那么它榜上有名的可能性非常大.使用频率少,再加上很多文章提到Visitor模式都着重于它克服语言单分派的特点上面,而对何时 ...

  2. 人多力量大vs.两个披萨原则,聊聊持续交付中的流水线模式

    人多力量大vs.两个披萨原则,聊聊持续交付中的流水线模式 在前面5期文章中,我们分别详细介绍了持续交付体系基础层面的建设,主要是多环境和配置管理,这些是持续交付自动化体系的基础,是跟我们实际的业务场景 ...

  3. 聊聊OOP中的设计原则以及访问者模式

    一  设计原则 (SOLID) 1.  S - 单一职责原则(Single Responsibllity Principle) 1.1  定义 一个类或者模块只负责完成一个职责(或功能), 认为&qu ...

  4. 组合模式/composite模式/对象结构型模式

    组合模式/composite模式/对象结构型 意图 将对象组合成树形结构以表示"整体--部分"的层次结构.Composite使得用户对单个对象和组合对象的使用具有一致性. 动机 C ...

  5. C++基础——模拟事务 (2)Composite模式

    =================================版权声明================================= 版权声明:原创文章 禁止转载  请通过右侧公告中的“联系邮 ...

  6. Composite模式

    1 意图:将对象组成树形结构,以表示“部分——整体”的层次结构.Composite使得用户对单个对象和组合对象的使用具有一致性. 2 动机:同意处理图元对象和包含图元的容器对象.Composite通过 ...

  7. Java 实现组合(Composite)模式

    类图 /** * 树 总体 * * @author stone * */ public class Tree { private TreeNode root; //根节点 public Tree(St ...

  8. (原创)composite模式和bridge模式是天生的好朋友

    composite模式的意图是:将对象组合成树形结构以表示“部分-整体”的层次结构.composite使得用户对单个对象和组合对象的使用具有一致性.它的类图如下: composite模式的实现分为透明 ...

  9. Java设计模式(8)组合模式(Composite模式)

    Composite定义:将对象以树形结构组织起来,以达成“部分-整体” 的层次结构,使得客户端对单个对象和组合对象的使用具有一致性. Composite比较容易理解,想到Composite就应该想到树 ...

随机推荐

  1. Windows下安装mysql(非安装包)

    Windows下安装mysql(非安装包) 参考:https://www.cnblogs.com/yunlongaimeng/p/12558638.html 1.下载MYSQL(慢的话可以用迅雷,或其 ...

  2. SpringMVC 解析(五)URI链接处理

    URI在网络请求中必不可少,Spring提供了一些工具类用于解析或者生成URL,比如根据参数生成GET的URL等.本文会对Spring MVC中的URI工具进行介绍,本文主要参考Spring官方文档. ...

  3. Codeforces Round #762 (Div. 3), CDE

    (C) Wrong Addition Problem - C - Codeforces 题意 定义一种计算方式, 对于a+b=c,  给出a和c, 求b 题解 因为求法是从个位求得, 先求出来的最后输 ...

  4. 【高并发】不得不说的线程池与ThreadPoolExecutor类浅析

    大家好,我是冰河~~ 今天,我们一起来简单聊聊线程池中的ThreadPoolExecutor类,好了,不多说了,开始进入今天的正题. 一.抛砖引玉 既然Java中支持以多线程的方式来执行相应的任务,但 ...

  5. -2.输入加速(cin,cout)

    + ios::sync_with_stdio(false);//加速几百毫秒 cin.tie(0); // 接近scanf cout.tie(0);

  6. kali2021.4a搭建pwn环境

    最近电脑重装系统(吐槽一下,win11真的一言难尽),顺便在虚拟机装了最新版本的KaliLinux,顺带着搭建一下PWN环境.总的来说这次搭建PWN环境问题不大,按照之前安装的步骤,整个过程还算是比较 ...

  7. 神经网络 CNN 名词解释

    隐藏层 不是输入或输出层的所有层都称为隐藏层. 激活和池化都没有权重 使层与操作区分开的原因在于层具有权重.由于池操作和激活功能没有权重,因此我们将它们称为操作,并将其视为已添加到层操作集合中. 例如 ...

  8. delete-drop语句生成的存储过程

    问题: 开发时有时候需要对很多表进行操作. 例如:清空(删除)所有(某些)表,删除所有表某时间点之后导入的数据(类似于回滚) 解决方式: 对选定的表集合执行相同的查询条件(可为空),如果这个执行结果大 ...

  9. 项目实战:rsync+sersync实现数据实时同步

    一.组网介绍 本次实验使用两台主机: qll251 角色:Rsync server + Sersync server qll252 角色: Rsync client 本次实验采用CentOS7.7系统 ...

  10. C#开发PACS医学影像三维重建(十三):基于人体CT值从皮肤渐变到骨骼的梯度透明思路

    当我们将CT切片重建为三维体之后,通常会消除一些不必要的外部组织来观察内部病灶, 一般思路是根据人体常见CT值范围来使得部分组织透明来达到效果, 但这是非黑即白的,即,要么显示皮肤,要么显示神经,要么 ...