设计模式之Composite

在实际项目中,我们总是会遇到对一组对象进行统一的操作,如果使用常规的做法我们得一个个的对这些对象进行操作。这样的实现有个缺点缺少准确性,因为这些对象可能又含有其他对象,而有些对象又可能是单个对象。那么对我们整体来操作带来困难。所以我们如果能从更加抽象的角度定义出这些对象的公共特性,然后定义即适合对象群和单个对象个体的通用类型的话,我们就可以利用统一的接口来处理单个对象以及对象组合。

下面的代码最能说明Composite模式的意图:

 

 上述代码的执行类图为:

 类图

       从类图中我们可以很清楚看到Command 类和Chain类的关系就是组合模式(Composite pattern[GoF]的例子:Chain不仅由多个Command组成,而且自己也是Command。这使你可以非常简单的将单个命令(Command)替换成由多个命令(Command)组成的链(Chain)。这个由Command对象唯一操作定义的方法代表了一个直接的命令:
  public boolean execute(Context context);

   所以我们在配置文件里面就可以配置出相当灵活的一个处理链流程,如父链嵌套子链,子链在嵌套子链等等。 而所有对Command调用并处理都来自ChainBase这个类的excute()这个方法,它将调用所有在chain链中的Command类,如果其中一个还回得是true,则跳出链结构。

代码程序执行结果为:

result lenght:2
result:execute command have CommandA,CommandB,CommandC,OtherChain's CommandD,OtherChain's CommandE

    从结果看我们发现执行了CommandA,CommandB,CommandC都得到执行,而做为子链的OtherChain和它的command都得到了执行。

  这样我们就用统一的接口处理了单个对象及其对象组合的目标便达到了,这也是Composite模式的精髓所在。

    好了,关于Composite模式介绍到这里,下一篇我将介绍Bridge模式。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值