设计模式--结构型模式--组合模式

1.组合模式

拿剪发办卡的事情来分析一下吧。

首先,一张卡可以在总部,分店,加盟店使用,那么总部可以刷卡,分店也可以刷卡,加盟店也可以刷卡,这个属性结构的店面层级关系就明确啦。

那么,总店刷卡消费与分店刷卡消费是一样的道理,那么总店与分店对会员卡的使用也具有一致性。

例子

那么加盟店就相当于叶子节点,分店和总店属于分支节点。

那我们的目的是什么呢?就是当我们在总店刷卡的时候,所有的下属店面都有了你的刷卡积分信息。因此,我们需要对具有层级关系的总店,分店,加盟店进行一致的处理,在刷卡的时候不需要关心是否是哪一种店面以及有多少个子店面。这时候,就用到了组合模式,即:“当发现需求中是体现部分与整体层次结构时,以及你希望用户可以忽略组合对象与单个对象的不同,统一地使用组合结构中的所有对象时,就应该考虑组合模式了。”

uml类图如下:

参与者:

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

Leaf:叶子对象。叶子结点没有子结点。

Composite:容器对象,定义有枝节点行为,用来存储子部件,在Component接口中实现与子部件有关操作,如增加(add)和删除(remove)等。

分析:

组合模式组合多个对象形成树形结构以表示“整体-部分”的结构层次。它定义了如何将容器对象和叶子对象进行递归组合,使得客户在使用的过程中无须进行区分,可以对他们进行一致的处理。

在使用组合模式中需要注意一点也是组合模式最关键的地方:叶子对象和组合对象实现相同的接口。这就是组合模式能够将叶子节点和对象节点进行一致处理的原因。

虽然组合模式能够清晰地定义分层次的复杂对象,也使得增加新构件也更容易,但是这样就导致了系统的设计变得更加抽象,如果系统的业务规则比较复杂的话,使用组合模式就有一定的挑战了。

因此回到我们刷卡示例当中:

1.我们的部件有,总店,分店,加盟店!

2.我们的部件共有的行为是:刷会员卡

3.部件之间的层次关系,也就是店面的层次关系是,总店下有分店、分店下可以拥有加盟店。

有了我们这几个必要条件后,我的要求就是目前店面搞活动当我在总店刷卡后,就可以累积相当于在所有下级店面刷卡的积分总额,设计的代码如下:

 1     import java.util.ArrayList;
 2     import java.util.List;
 3
 4     public class PayDemo {
 5
 6         public abstract class Market {
 7             String name;
 8
 9             public abstract void add(Market m);
10
11             public abstract void remove(Market m);
12
13             public abstract void PayByCard();
14         }
15
16         // 分店 下面可以有加盟店
17         public class MarketBranch extends Market {
18             // 加盟店列表
19             List<Market> list = new ArrayList<PayDemo.Market>();
20
21             public MarketBranch(String s) {
22                 this.name = s;
23             }
24
25             @Override
26             public void add(Market m) {
27                 // TODO Auto-generated method stub
28                 list.add(m);
29             }
30
31             @Override
32             public void remove(Market m) {
33                 // TODO Auto-generated method stub
34                 list.remove(m);
35             }
36
37             // 消费之后,该分店下的加盟店自动累加积分
38             @Override
39             public void PayByCard() {
40                 // TODO Auto-generated method stub
41                 System.out.println(name + "消费,积分已累加入该会员卡");
42                 for (Market m : list) {
43                     m.PayByCard();
44                 }
45             }
46         }
47
48         // 加盟店 下面不在有分店和加盟店,最底层
49         public class MarketJoin extends Market {
50             public MarketJoin(String s) {
51                 this.name = s;
52
53             }
54
55             @Override
56             public void add(Market m) {
57                 // TODO Auto-generated method stub
58
59             }
60
61             @Override
62             public void remove(Market m) {
63                 // TODO Auto-generated method stub
64
65             }
66
67             @Override
68             public void PayByCard() {
69                 // TODO Auto-generated method stub
70                 System.out.println(name + "消费,积分已累加入该会员卡");
71             }
72         }
73
74         public static void main(String[] args) {
75             PayDemo demo = new PayDemo();
76
77             MarketBranch rootBranch = demo.new MarketBranch("总店");
78             MarketBranch qhdBranch = demo.new MarketBranch("秦皇岛分店");
79             MarketJoin hgqJoin = demo.new MarketJoin("秦皇岛分店一海港区加盟店");
80             MarketJoin btlJoin = demo.new MarketJoin("秦皇岛分店二白塔岭加盟店");
81
82             qhdBranch.add(hgqJoin);
83             qhdBranch.add(btlJoin);
84             rootBranch.add(qhdBranch);
85             rootBranch.PayByCard();
86         }
87     }  

运行结果:

这样在累积所有子店面积分的时候,就不需要去关心子店面的个数了,也不用关系是否是叶子节点还是组合节点了,也就是说不管是总店刷卡,还是加盟店刷卡,都可以正确有效的计算出活动积分。

那么,如类图中所示,组合模式使得用户对单个对象和组合对象的使用具有一致性,为了使composite与leaf的操作具有一致性,我们让这2个类都实现了component的接口,因此,才可以将容器对象和叶子对象进行递归组合,使得客户在使用的过程中无须进行区分,可以对他们进行一致的处理。

 1     import java.util.ArrayList;
 2     import java.util.List;
 3
 4     public class ComponentDemo {
 5         public abstract class Component {
 6             String name;
 7
 8             public abstract void add(Component c);
 9
10             public abstract void remove(Component c);
11
12             public abstract void eachChild();
13         }
14
15         // 组合部件类
16         public class Leaf extends Component {
17
18             // 叶子节点不具备添加的能力,所以不实现
19             @Override
20             public void add(Component c) {
21                 // TODO Auto-generated method stub
22                 System.out.println("");
23             }
24
25             // 叶子节点不具备添加的能力必然也不能删除
26             @Override
27             public void remove(Component c) {
28                 // TODO Auto-generated method stub
29                 System.out.println("");
30             }
31
32             // 叶子节点没有子节点所以显示自己的执行结果
33             @Override
34             public void eachChild() {
35                 // TODO Auto-generated method stub
36                 System.out.println(name + "执行了");
37             }
38
39         }
40
41         // 组合类
42         public class Composite extends Component {
43
44             // 用来保存节点的子节点
45             List<Component> list = new ArrayList<Component>();
46
47             // 添加节点 添加部件
48             @Override
49             public void add(Component c) {
50                 // TODO Auto-generated method stub
51                 list.add(c);
52             }
53
54             // 删除节点 删除部件
55             @Override
56             public void remove(Component c) {
57                 // TODO Auto-generated method stub
58                 list.remove(c);
59             }
60
61             // 遍历子节点
62             @Override
63             public void eachChild() {
64                 // TODO Auto-generated method stub
65                 System.out.println(name + "执行了");
66                 for (Component c : list) {
67                     c.eachChild();
68                 }
69             }
70         }
71
72         public static void main(String[] args) {
73             ComponentDemo demo = new ComponentDemo();
74             // 构造根节点
75             Composite rootComposite = demo.new Composite();
76             rootComposite.name = "根节点";
77
78             // 左节点
79             Composite compositeLeft = demo.new Composite();
80             compositeLeft.name = "左节点";
81
82             // 构建右节点,添加两个叶子几点,也就是子部件
83             Composite compositeRight = demo.new Composite();
84             compositeRight.name = "右节点";
85             Leaf leaf1 = demo.new Leaf();
86             leaf1.name = "右-子节点1";
87             Leaf leaf2 = demo.new Leaf();
88             leaf2.name = "右-子节点2";
89             compositeRight.add(leaf1);
90             compositeRight.add(leaf2);
91
92             // 左右节点加入 根节点
93             rootComposite.add(compositeRight);
94             rootComposite.add(compositeLeft);
95             // 遍历组合部件
96             rootComposite.eachChild();
97         }
98     }  

结果:

文章参考:

http://blog.csdn.net/jason0539/article/details/22642281

http://www.cnblogs.com/chenssy/p/3357683.html

时间: 2024-10-29 11:19:22

设计模式--结构型模式--组合模式的相关文章

设计模式(结构型)之组合模式(Composite Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 阅读前一篇<设计模式(结构型)之桥接模式(Bridge Pattern)> http://blog.csdn.net/yanbober/article/details/45366781 概述 组合模式又叫做部分-整体模式,使我们在树型结构的问题中模糊简单元素和复杂元素的概念,客户程序可以像

设计模式(结构型)之外观模式(Facade Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 阅读前一篇<设计模式(结构型)之装饰者模式(Decorator Pattern)>http://blog.csdn.net/yanbober/article/details/45395747 概述 一个客户类需要和多个业务类交互,而这些业务类经常会作为整体出现,由于涉及到的类比较多,导致使

设计模式(结构型)之代理模式(Proxy Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 阅读前一篇<设计模式(结构型)之享元模式(Flyweight Pattern)>http://blog.csdn.net/yanbober/article/details/45477551 概述 代理模式是常用的结构型设计模式之一,当无法直接访问某个对象或访问某个对象存在困难时可以通过一个

设计模式(结构型)之装饰者模式(Decorator Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 阅读前一篇<设计模式(结构型)之组合模式(Composite Pattern)>http://blog.csdn.net/yanbober/article/details/45392513 概述 装饰模式可以在不改变一个对象本身功能的基础上给对象增加额外的新行为.装饰模式是一种用于替代继承

设计模式(结构型)之享元模式(Flyweight Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! [工匠若水 http://blog.csdn.net/yanbober] 阅读前一篇<设计模式(结构型)之外观模式(Facade Pattern)>http://blog.csdn.net/yanbober/article/details/45476527 概述 当一个软件系统在运行时产生的对象数量太多,将导致运行代价过高,带来系统性能下降等问题.所以需要采用一

设计模式(七)组合模式Composite(结构型)

设计模式(七)组合模式Composite(结构型) 1. 概述 在数据结构里面,树结构是很重要,我们可以把树的结构应用到设计模式里面. 例子1:就是多级树形菜单. 例子2:文件和文件夹目录 2.问题 我们可以使用简单的对象组合成复杂的对象,而这个复杂对象有可以组合成更大的对象.我们可以把简单这些对象定义成类,然后定义一些容器类来存储这些简单对象.客户端代码必须区别对象简单对象和容器对象,而实际上大多数情况下用户认为它们是一样的.对这些类区别使用,使得程序更加复杂.递归使用的时候跟麻烦,而我们如何

设计模式-结构型模式,python组合模式

设计模式上大的方向上分继承和组合,就是类模式和对象模式.此篇的组合模式非继承和组合概念中的组合.桥接 策略 代理 装饰者都用了组合,此组合非彼组合. 组合模式 组合模式(Composite Pattern),又叫部分整体模式,是用于把一组相似的对象当作一个单一的对象.组合模式依据树形结构来组合对象,用来表示部分以及整体层次.这种类型的设计模式属于结构型模式,它创建了对象组的树形结构. 这种模式创建了一个包含自己对象组的类.该类提供了修改相同对象组的方式. 我们通过下面的实例来演示组合模式的用法.

设计模式——结构型模式

设计模式的另一大类型为结构型.共收录了7个模式,分别为适配器模式.桥接模式.组合模式.装饰模式.外观模式.享元模式.代理模式.下面从特点和使用两方面小探,欢迎交流!      适配器模式(Adapter):将一个类的接口转换成客户希望的另外一个接口.Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作.[大话设计模式]        特点:需要交流的两方,在数据和行为都匹配,但接口不符时,我们应该考虑用适配器,目的是促使交流和复用.可以理解为入乡随俗,相同的意思,不同的表达

设计模式 3 —— 迭代器和组合模式

设计模式目录: 设计模式 1 ——观察者模式 设计模式 2 —— 装饰者模式 设计模式 3 —— 迭代器和组合模式 概要 设计模式 3 -- 迭代器和组合模式

设计模式(9)--迭代器与组合模式

(1)散列表(hashtable)         共迭代器获取 hashtable.values().iterator();  因为每一笔数据都是由键值对组成. (2)迭代器是用来遍历集合的. Java5后集合都出了自己的遍历方式 如增加for循环.           遍历 也称 游走... (3)数组:Array 长定固定   集合:ArrayList 可扩展,取数据不需要转型 (4)Java中有自己的迭代器接口.在java.util.Iterator  . (5)集合:collectio