面向对象设计模式之Composite组合模式学习笔记
Composite 组合(结构型模式)
对象容器的问题
在面向对象系统中,我们常常会遇到一类具有“容器”特征的对象
——————————即他们在充当对象的同时,又是其他对象的容器。
在面向对象系统中,我们常常会遇到一类具有“容器”特征的对象
——————————即他们在充当对象的同时,又是其他对象的容器。
public class SinngleBox:IBox{
publlic void process(){...........}
}
publlic void process(){...........}
}
public class ContainerBox:IBox
{
public void process(){.........}
//又有一个容器对象
public ArrayList getBoxes(){.........}
}
如果我们要对这样的对象容器进行处理:
IBox box=Factory.GetBox();
if(box is ContainerBox)
{
box.process();
ArrayList list=((ContrainerBox)box).GetBoxes();
........//将面临比较复杂的递归处理
}else if(box is SingleBox)
{
box.process();
}
if(box is ContainerBox)
{
box.process();
ArrayList list=((ContrainerBox)box).GetBoxes();
........//将面临比较复杂的递归处理
}else if(box is SingleBox)
{
box.process();
}
这样做我们的客户必须了解ContinerBox的内部实现从而
内部实现代码暴露给了外部使用客户,这是不好的做法
内部实现代码暴露给了外部使用客户,这是不好的做法
我们来看今天的:
动机:(Motivation)
上述问题的根源在于:客户代码过多地依赖于对象容器复杂的内部实行结构
,对象容器内部实现结构(而非抽象接口)的变化将引起客户代码的频繁
变化,带来了代码的维护性,扩展性等弊端。
上述问题的根源在于:客户代码过多地依赖于对象容器复杂的内部实行结构
,对象容器内部实现结构(而非抽象接口)的变化将引起客户代码的频繁
变化,带来了代码的维护性,扩展性等弊端。
如何将“客户代码与复杂的对象容器结构”解耦?让对象容器自己来实现自身
的复杂结构,从而使得客户代码就像处理简单对象一样来处理复杂的对象容器。
的复杂结构,从而使得客户代码就像处理简单对象一样来处理复杂的对象容器。
意图(Intent)
将对象组合成树形结构以表示“部分--整体”的层次结构。Composite 使
得用户对单个对象和组合对象的使用具有一致性。
得用户对单个对象和组合对象的使用具有一致性。
CODE
public interface IBOX
{
void process();
void Add(IBOX box);
void Remove(IBOX box )
}
{
void process();
void Add(IBOX box);
void Remove(IBOX box )
}
public class SingleBox:IBOX
{
{
public void pocess(){.........}
//我们可以理解成他是一个内部对象为零的一个容器
//接口中的方法必须要实现,但在此实现此方法不需要做其他处理
//我们就可以对此方法做如下处理
public void Add(IBOX box)
{
//抛出不能实现此操作异常
throw UnsuporttedException();
}
//接口中的方法必须要实现,但在此实现此方法不需要做其他处理
//我们就可以对此方法做如下处理
public void Add(IBOX box)
{
//抛出不能实现此操作异常
throw UnsuporttedException();
}
public void Remove(IBOX box)
{
//抛出不能实现此操作异常
throw UnsuporttedException();
}
}
{
//抛出不能实现此操作异常
throw UnsuporttedException();
}
}
public class ContainerBox:IBOX
{
ArrayList list=null;
public void Add(IBOX box)
{
if(list==null)
{
list=new ArrayList();
}
list.Add(box);
}
{
ArrayList list=null;
public void Add(IBOX box)
{
if(list==null)
{
list=new ArrayList();
}
list.Add(box);
}
public void Remove(IBOX box)
{
if(list==null)
{
throw new XXXException();
}
{
if(list==null)
{
throw new XXXException();
}
list.Remove(box);
}
}
public void process()
{
//.....................
//Do process for myself
//.....................
//Do process for myself
if(list!=null)
{
foreach(IBOX box in list)
{
box.process();
}
}
}
}
{
foreach(IBOX box in list)
{
box.process();
}
}
}
}
//客户
public class App
{
public static void Main()
{
IBOX box =Factory.GetBox();
box.process();
}
}
{
public static void Main()
{
IBOX box =Factory.GetBox();
box.process();
}
}
Composite 模式的几个要点
Composite 模式采用树形结构来实现普遍存在的对象容器,从而将“一对
多”的关系转换成“一对一”的关系,使得客户代码可以一致的处理对象和对象容器,无需
无需关心处理的是单个对象还是组合的对象容器。
将客户代码与复杂的对象容器结构解耦是COmposite模式的核心思想,解耦之后
客户代码与纯粹的抽象接口----而非对象容器的复杂内部实现结构---
发生依赖关系,从而更能够应对变化。
客户代码与纯粹的抽象接口----而非对象容器的复杂内部实现结构---
发生依赖关系,从而更能够应对变化。
Composite 模式中,是将add 和Remove 等和对象容器相关的方法定义在
表示抽象对象的COmponent类中,还是将其定义在表示对象容器的Composite类
中式一个关乎透明性和安全性的两难问题,需要仔细权衡。这里有可能违背面向
对象的单一职责原则,但是对于这种特殊结构,这又是必须付出代价的。
Asp.net控件的实现在这方面为我们提供了一个很好的示范。
表示抽象对象的COmponent类中,还是将其定义在表示对象容器的Composite类
中式一个关乎透明性和安全性的两难问题,需要仔细权衡。这里有可能违背面向
对象的单一职责原则,但是对于这种特殊结构,这又是必须付出代价的。
Asp.net控件的实现在这方面为我们提供了一个很好的示范。
Composite 模式在具体实现中,可以让父对象中的子对象反向追溯;
如果父对象有频繁的遍历需求,可以使用缓存技巧来改善效率。
如果父对象有频繁的遍历需求,可以使用缓存技巧来改善效率。