设计模式--组合模式（Composite）

组合模式，将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。

Component为组合中的对象声明接口，在适当情况下，实现所有类共有接口的默认行为。声明一个接口用于访问和管理Component的子部件。

abstract class Component

{

protected string name;

public Component(string name)

{

this.name = name;

}

public abstract void Add(Component  c);//通常用Add和Remove方法来提供增加或移除树叶或树枝的功能。

public abstract void Remove(Component  c);

public abstract void Display(int  depth);

}

Leaf在组合中表示叶节点对象，叶节点没有子节点。

class Leaf  :  Component

{

public Leaf(string name) : base(name){}

public override void Add(Component c)

{

Console.WriteLine("Cannot add to a leaf");

}

public override void Remove(Component c)

{

Console.WriteLine("Cannot remove from a leaf");

}

public override void Display(int depth)

{

Console.WriteLine(new String( ' - ' , depth ) + name);//叶节点的具体方法，此处是现实其名称和级别

}

}

Composite定义有枝节点行为，用来存储子部件，在Component接口中实现与子部件有关的操作，比如增加Add和删除Remove。

class Composite : Component

{

privete List<Component>children = new List<Component>();//一个子对象集合用来存储其下属的枝节点和叶节点

public Composite(string name) : base(name){ }

public override Add(Component c)

{

children.Add(c);

}

public override void Remove(Component c)

{

children.Remove(c);

}

public override void Display(int depth)

{

Console.WriteLine(new String( ' - ' , depth) + name);

foreach(Component component in children)

{

component.Display(depth + 2);

}

}

}

透明方式

在Component中声明所有用来管理子对象的方法，包括Add，Remove等。这样实现Component接口的所有子类都具备了Add和Remove。这样做的好处就是叶节点和枝节点对于外界没有区别，他们具备完全一致的行为接口。但问题也很明显，因为Leaf类本身不具备Add和Remove方法的功能，所有实现它是没有意义的。

安全方式

在Component接口中不屈声明Add和Remove方法，那么子类Leaf就不需要去实现它，而是在Composite声明所有用来管理子类对象的方法，但由于不透明，所有树叶和树枝类将不具有相同的接口，客户端的调用需要做相应的判断，带来了不便。

需求中是体现部分与整体层次的结构时，以及希望用户可以忽略组合对象与单个对象的不同，统一地使用组合结构中的所有对象时，就应考虑用组合模式。

组合模式好处

基本对象可以被组合成更复杂的组合对象，而这个组合对象又可以被组合，这样不断地递归下去，客户代码中，任何用到基本对象的地方都可以使用组合对象了。

用户是不用关心到底是处理一个叶节点还是处理一个组合组件，也就用不着为定义组合而写一些选择判断语句。