设计模式学习笔记（九）Composite组合(结构型模式)

对象窗口的问题:在面向对象系统中,我们常会遇到一类具有"容器"特征的对象——即它们在充当对象的同时又是其他对象的容器。

public class SingleBox:IBox{
 public void Process(){...}
}

public class ContainerBox:IBox{
 public void Process(){...}
 public ArrayList getBoxes(){...}
}

如果我们要对这样的对象窗口进行处理，则可能如下代码：

IBox box = Factory.GetBox();
if(box is ContainerBox){
 
 box.Process();
 ArrayList list = ((ContainerBox)box).GetBoxes();
 //...将会面对比较复杂的递归处理。
}else if(box is SingleBox){
 box.Process();
}

动机（Motivation）

上述问题的根源在于：客户代码过多地依赖于对象容器复杂的内部实现结构，对象容器内部实现结构（而不是抽象接口）的变化将引起客户代码的频繁变化，带来了维护性、扩展性等弊端。
如何将“客户代码与复杂的对象容器结构”解耦？让对象窗口来实现自身的复杂结构，从而使得客户代码就象处理简单对象一样来处理复杂的对象容器？

意图（Intent）

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

                              ——《设计模式》GoF
                             

 

DEMO：

原方案：

public interface IBox
{
 void process();
}

public class SingleBox:IBox{
 public void Process(){...}
}

public class ContainerBox:IBox{
 public void Process(){...}
 public ArrayList getBoxes(){...}
}

class App{

 public static void Main()
 {
 
  IBox box = Factory.GetBox();
  
  //客户代码与内部结构发生了耦合
  if(box is ContainerBox){
  box.Process();
  ArrayList list = ((ContainerBox)box).GetBoxes();
  //...将会面对比较复杂的递归处理。
 }else if(box is SingleBox){
  box.Process();
  }
 }
}

改进方案：

public interface IBox
{
 void process();
 void Add(IBox box);
 void Remove(IBox box);
}

public class SingleBox:IBox{
 public void Process()
 {
  //Do Something
 }
 public void Add(IBox box){
 
  //或不做处理，或抛出异常...
 }
 public vod Remove(IBox box){
  //或不做理，或抛出异常...
 }
 
}

public class ContainerBox:IBox{

 ArrayList list = null;
 public void Add(IBox box);
 {
  if(list==null)
  {
   list = new ArrayList();
  }
  list.Add(box)
 }
 
 public void Remove(IBox box)
 {
  list.Remove(box);
 }
 
 public void Process()
 {
  //Do Something
  
  //处理内部对象
  if (list !=null)
  {
   foreach(IBox box in list)
   {
    box.Process();
   }
  }
 }
}

class App{

 public static void Main()
 {
  IBox box = Factory.GetBox();
  
  //客户代码与抽象接口耦合，可以接受
  box.Process();
  
 }
}

要点：
１）Composite模式采用树形结构来实现普遍存在的对象窗口，从而将“一对多”关系转化为“一对一”的关系，使得客户代码可以一致地处理对象和对象容器，无需关心处理的是单个对象还是组合的对象容器。
２）将“客户代码与复杂的对象容器结构”解耦是Composite模式的核心思想，解耦之后，客户代码将与纯粹的抽象气喘吁吁——而非对象容器的复杂内部结构——发生依赖关系，从而更能“应对变化”。
３）Composite模式中，是将“Add”和“Remove”等和对象容器相关的方法定义在表示抽象对象的Component类中，还是将其定义在“表示对象窗口的Component类”中，是一个关乎“透明性”和“安全性”的两难问题。需要仔细权衡。这里有可能违背面向对象的“单一职责原则”，但是对于这种特殊结构，这又是必须付出的代价。ASP.NET控件的实现在这方面为我们提供了一个很好的示范。
４）Composite模式在具体实现中，可以让父对象中的子对象反向追溯；如果父对象有频繁的遍历需求，可使用缓存技巧来改善效率。

 

.NET框架中的Composite应用

如ASP.NET控件等。