有一家公司最近接了一个项目,是为一家在全国许多城市都有分销机构的大公司做办公管理系统,总部有人力资源、财务、运营等部门。
现在有个问题,总公司的人力资源部,财务部等办公管理功能在所有的分公司或办事处都需要有,而且总部,分部和办事处是成树状结构的,也是有组织结构的,不可以简单的平行管理。
类似的这种部分与整体情况很多见,分公司或办事处与总公司的关系,就是部分与整体的关系,就是整体与部分可以被一致对待的问题。
如果把北京总公司当做一颗大树的根部的话,他的下属分公司其实就是这颗树的分枝,至于办事处等更小的分支,而他们的相关的职能部门由于没有分枝了,所以可以理解为树叶。
我们希望总部的财务部管理功能也最好是能复用到子公司,那么最好的办法就是,我们在处理总公司的财务管理功能和处理子公司的财务管理功能的方法是一样的。
组合模式:将对象组合成树形结构以表示 部分-整体的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性。
透明方式,也就是说在Component中生命所有用来管理子对象的方法,其中包括Add、Remove等,这样实现Component接口的所有子类都具备了Add和Remove,这样做的好处是叶节点和枝节点对于外界没有区别,他们具备完全一致的行为接口,但问题也很明显,因为Leaf类本身不具备Add(),Remove()方法的功能,所以实现它是没有意义的。
安全方式,也就是在Component接口中不去声明Add和Remove方法,那么子类的Leaf也就不需要去实现它,而是在Composite声明所有用来管理子类对象的方法,这样做就不会出现刚才提到的问题,不过由于不够透明,所以树叶和树枝类将不具有相同的接口,客户端的调用需要做相应的判断,带来了不便。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace Composite
{
//公司类 抽象类或接口
abstract class Company
{
protected string name;
public Company(string name)
{
this.name = name;
}
public abstract void Add(Company c);
public abstract void Remove(Company c);
public abstract void Display(int depth);
//增加一履行职责方法,不同的部门需履行不同的职责。
public abstract void LineOfDuty();
}
//具体公司类 实现接口 树枝节点
class ConcreteCompany : Company
{
private List<Company> children = new List<Company>();
public ConcreteCompany(string name)
: base(name)
{
}
public override void Add(Company c)
{
children.Add(c);
}
public override void Remove(Company c)
{
children.Remove(c);
}
public override void Display(int depth)
{
Console.WriteLine(new String('-', depth) + name);
foreach (Company c in children)
c.Display(depth + 2);
}
//履行职责
public override void LineOfDuty()
{
foreach (Company c in children)
c.LineOfDuty();
}
}
//人力资源部 树叶节点
class HRDepartment : Company
{
public HRDepartment(string name)
: base(name)
{
}
public override void Add(Company c)
{
}
public override void Remove(Company c)
{
}
public override void Display(int depth)
{
Console.WriteLine(new String('-', depth) + name);
}
public override void LineOfDuty()
{
Console.WriteLine("{0} 员工招聘培训管理", name);
}
}
//财务部
class FinanceDepartment : Company
{
public FinanceDepartment(string name)
: base(name)
{
}
public override void Add(Company c)
{
}
public override void Remove(Company c)
{
}
public override void Display(int depth)
{
Console.WriteLine(new String('-', depth) + name);
}
public override void LineOfDuty()
{
Console.WriteLine("{0} 公司财务收支管理", name);
}
}
class Program
{
static void Main(string[] args)
{
ConcreteCompany root = new ConcreteCompany("北京总公司");
root.Add(new HRDepartment("总公司人力资源部"));
root.Add(new FinanceDepartment("总公司财务部"));
ConcreteCompany comp = new ConcreteCompany("上海华东分公司");
comp.Add(new HRDepartment("华东分公司人力资源部"));
comp.Add(new FinanceDepartment("华东分公司财务部"));
root.Add(comp);
ConcreteCompany comp1 = new ConcreteCompany("南京办事处");
comp1.Add(new HRDepartment("南京办事处人力资源部"));
comp1.Add(new FinanceDepartment("南京办事处财务部"));
comp.Add(comp1);
ConcreteCompany comp2 = new ConcreteCompany("杭州办事处");
comp2.Add(new HRDepartment("杭州办事处人力资源部"));
comp2.Add(new FinanceDepartment("杭州办事处财务部"));
comp.Add(comp2);
Console.WriteLine("\n结构图:");
root.Display(1);
Console.WriteLine("\n职责");
root.LineOfDuty();
Console.Read();
}
}
}
何时使用组合模式呢?
需求中是体现部分与整体层次的结构时,以及你希望用户可以忽略组合对象与单个对象的不同,统一的使用组合结构中的所有对象时,就应该考虑用组合模式了。
组合模式定义了包含基本对象和组合对象的类层次结构,基本对象可以被组合成更复杂的组合对象,而这个组合对象又可以被组合,这样不断的递归下去,客户代码中,任何用到基本对象的地方都可以使用组合对象了。
用户也是不用关心到底是处理一个叶节点还是处理一个组合组件,也就用不着为定义组合而写一些选择判断语句了。
组合模式让客户可以一致的使用组合结构和单个对象。