精通设计模式PPT教案 chapter11 合成模式
合集下载
设计模式——09组合模式与装饰模式精品PPT课件
+ add (MyElement element) : void
+ delete (MyElement element) : void
+ eat ()
: void
组合模式（续）
实例分析 实例一：水果盘（代码实现）
组合模式（续）
实例分析 实例二：文件的遍历
组合模式（续）
实例分析
Client
: void
+ TextFile (String filename)
Folder
- list
: ArrayList
- filename : String
+ add (AbstractElement element) : void
+ delete (AbstractElement element) : void
组合模式 与
装饰模式
Sunny Liu
组合模式 装饰模式
内容
模式动机
组合模式
组合模式（续）
模式定义 组合模式 (Composite Pattern)：组合多个对象形成树形结构以表示“整
体—部分”的结构层次。组合模式对单个对象（即叶子对象）和组合 对象（即容器对象）的使用具有一致性。组合模式又可以称为“整体 —部分”(Part-Whole)模式，属于对象的结构模式，它将对象组织到树 结构中，可以用来描述整体与部分的关系。
组合模式（续）
实例分析 实例一：水果盘
组合模式（续）
实例分析 实例一：水果盘
Client
MyElement
+ eat () : void
Apple
+ eat () : void
《Java设计模式》PPT课件
ConcreteProduct1
ConcreteProduct2
工厂模式---工厂方法
工厂方法模式特点
优点：
✓ 多态性：客户代码可以做到与特定应用无关，适用于任何实体类。 ✓ 子类提供挂钩。基类为工厂方法提供缺省实现，子类可以重写新的实现，也可以继承父
类的实现。-- 加一层间接性，增加了灵活性 ✓ 连接并行的类层次结构。 ✓ 良好的封装性，代码结构清晰。 ✓ 扩展性好，在增加产品类的情况下，只需要适当修改具体的工厂类或扩展一个工厂类，
ቤተ መጻሕፍቲ ባይዱ
面向对象设计原则
单一职责原则（SRP）
对于单一职责原则，其核心思想为：一个类，最好只做一件事， 只有一个引起它的变化。单一职责原则可以看做是低耦合、高内 聚在面向对象原则上的引申，将职责定义为引起变化的原因，以 提高内聚性来减少引起变化的原因。职责过多，可能引起它变化 的原因就越多，这将导致职责依赖，相互之间就产生影响，从而 大大损伤其内聚性和耦合度。通常意义下的单一职责，就是指只 有一种单一功能，不要为类实现过多的功能点，以保证实体只有 一个引起它变化的原因。 专注，是一个人优良的品质；同样的，单一也是一个类的优 良设计。交杂不清的职责将使得代码看起来特别别扭牵一发而动 全身，有失美感和必然导致丑陋的系统错误风险。
工厂模式--- 抽象工厂
抽象工厂特点
优点：
✓ 分离了具体的类，一个工厂封装创建产品对象的责任和过程，它将客 户与类的实现分离
✓ 易于交换产品系列，只需改变具体的工厂就可以使用不同的产品配置。 ✓ 有利于产品的一致性，当一个系列中的产品对象被设计成一起工作时，
一个应用一次只能使用同一个系列中的对象。
Java设计模式
——钱江
23种设计模式详解ppt课件
眼睛是心灵的窗户，是人体中最宝贵 的感觉 器官， 可很多 孩子对 眼睛的 重要性 不重视 。在每 学期的 视力测 查中情 况都不 容乐观
设计模式分类
Creational patterns 帮助我们更好地组织创建 对象的代码。增强弹性，以应付在不同情况下 创建和初始化对象的代码变更。 Structural patterns 增强代码重用，优化对象结 构，使其职责分明、粒度合适，以松耦合的体 系结构来减低代码的rippling效应。 Behavioral patterns 更好地定义对象间的协作 关系，使复杂的程序流程变得清晰。
由上述我们不难引出Abstract Factory的定义，就是 用于创建Factory的Factory。其设计思想和Factory的完 全一致，不过是一种特殊的Factory而已。
眼睛是心灵的窗户，是人体中最宝贵 的感觉 器官， 可很多 孩子对 眼睛的 重要性 不重视 。在每 学期的 视力测 查中情 况都不 容乐观
实际上，EJB容器将所有资源（JMS Factory、EJB Home等）的Factory全绑定到了目录服务中，使用这 些Factory的时候都是由目录服务获取，因此目录服务 是所有资源Factory的Abstract Factory。
眼睛是心灵的窗户，是人体中最宝贵 的感觉 器官， 可很多 孩子对 眼睛的 重要性 不重视 。在每 学期的 视力测 查中情 况都不 容乐观
其核心思想是将可重用的解决方案总 结出来，并分门别类。从而指导设计，减 少代码重复和优化体系结构。
眼睛是心灵的窗户，是人体中最宝贵 的感觉 器官， 可很多 孩子对 眼睛的 重要性 不重视 。在每 学期的 视力测 查中情 况都不 容乐观
采用设计模式的益处
重用，避免代码重复冗余 优化体系结构 提升系统的可维护性和弹性 代码更加容易测试，利于测试驱动 为性能优化提供便利 使软件质量更加有保证 增强代码可读性，便于团队交流 有助于整体提升团队水平
精通设计模式PPT教案 chapter13 模板方法模式
需要子类提供的方法， 在超类中声明为抽象。
模板方法模式
带有钩子方法（hook)的模板方法模式
模板方法模式
模板方法模式
模板方法模式
模板方法模式
模式优缺点
模板方法模式的优点
• 模板方法模式在一个类中形式化地定义算法，而由它的子 类实现细节的处理。
• 模板方法模式是一种代码复用的基本技术。 • 模板方法模式导致一种反向的控制结构，通过一个父类调
void prepareRecipe() { boilWater(); brew(); pourInCup(); addCondiments();
}
模板方法模式
CaffeineBeverage(咖啡因饮料)超类：
public abstract class CaffeineBeverage { // 抽象类
模板方法模式
模式分析
模板方法模式是一种类的行为型模式，在它的结构图中只 有类之间的继承关系，没有对象关联关系。
在模板方法模式的使用过程中，要求开发抽象类和开发具 体子类的设计师之间进行协作。一个设计师负责给出一个 算法的轮廓和骨架，另一些设计师则负责给出这个算法的 各个逻辑步骤。实现这些具体逻辑步骤的方法称为基本方 法(Primitive Method)，而将这些基本方法汇总起来的 方法称为模板方法(Template Method)，模板方法模式 的名字从此而来。
}
public void boilWater() { System.out.println("Boiling
water"); } public void brewCoffeeGrinds() { System.out.println("Dripping Coffee
模板方法模式
带有钩子方法（hook)的模板方法模式
模板方法模式
模板方法模式
模板方法模式
模板方法模式
模式优缺点
模板方法模式的优点
• 模板方法模式在一个类中形式化地定义算法，而由它的子 类实现细节的处理。
• 模板方法模式是一种代码复用的基本技术。 • 模板方法模式导致一种反向的控制结构，通过一个父类调
void prepareRecipe() { boilWater(); brew(); pourInCup(); addCondiments();
}
模板方法模式
CaffeineBeverage(咖啡因饮料)超类：
public abstract class CaffeineBeverage { // 抽象类
模板方法模式
模式分析
模板方法模式是一种类的行为型模式，在它的结构图中只 有类之间的继承关系，没有对象关联关系。
在模板方法模式的使用过程中，要求开发抽象类和开发具 体子类的设计师之间进行协作。一个设计师负责给出一个 算法的轮廓和骨架，另一些设计师则负责给出这个算法的 各个逻辑步骤。实现这些具体逻辑步骤的方法称为基本方 法(Primitive Method)，而将这些基本方法汇总起来的 方法称为模板方法(Template Method)，模板方法模式 的名字从此而来。
}
public void boilWater() { System.out.println("Boiling
water"); } public void brewCoffeeGrinds() { System.out.println("Dripping Coffee
03-设计模式教学课件
My umbrella is convenient. It sits there waiting for me. It has wheels on it so that I do not have to carry it around. I don't even have to push it because it can propel itself. Sometimes, I will open the top of my umbrella to let in the sun. (Why I am using my umbrella when it is sunny outside is beyond me!)
象 要针对接口编程，不针对实现编程。
修电脑得到的启示
强内聚、松耦合
由于PC易插拨的方式，那么不管哪一个出问 题，都可以在不影响别的部件的前题下进行 修改或替换。”
依赖倒转原则
要针对接口编程，不要对实现编程，无论主 板、CPU、内存、硬盘都是在针对接口编程， 如果针对实现编程，那就会出现换内存需要 把主板也换了的尴尬
Hollywood Principle：don't call us, we'll call you
合成/聚合复用原则
要尽量使用合成/聚合，而不是继承关系达到复 用的目的。 合成/聚合原则就是在一个新的对象里面使 用一些已有的对象，使之成为新对象的一部分； 新的对象通过向这些对象的委派达到复用已有 功能的目的。
单一职责原则
就一个类而言，应该仅有一个引起它变化 的原因（职责）。
如果一个类承担的职责过多，就等于把这 些职责耦合在一起，一个职责的变化可能 会削弱或者抑制这个类完成其他职责的能 力。这种耦合会导致脆弱的设计，当变化 发生时，设计会遭受到意想不到的破坏
象 要针对接口编程，不针对实现编程。
修电脑得到的启示
强内聚、松耦合
由于PC易插拨的方式，那么不管哪一个出问 题，都可以在不影响别的部件的前题下进行 修改或替换。”
依赖倒转原则
要针对接口编程，不要对实现编程，无论主 板、CPU、内存、硬盘都是在针对接口编程， 如果针对实现编程，那就会出现换内存需要 把主板也换了的尴尬
Hollywood Principle：don't call us, we'll call you
合成/聚合复用原则
要尽量使用合成/聚合，而不是继承关系达到复 用的目的。 合成/聚合原则就是在一个新的对象里面使 用一些已有的对象，使之成为新对象的一部分； 新的对象通过向这些对象的委派达到复用已有 功能的目的。
单一职责原则
就一个类而言，应该仅有一个引起它变化 的原因（职责）。
如果一个类承担的职责过多，就等于把这 些职责耦合在一起，一个职责的变化可能 会削弱或者抑制这个类完成其他职责的能 力。这种耦合会导致脆弱的设计，当变化 发生时，设计会遭受到意想不到的破坏
计算机科学与技术专业课课件_软件工程SE_Chapter11
2013-8-31 上海大学计算机学院 4
面向对象设计的准则
◆强内聚
（1） 服务内聚
一个服务应该完成一个且仅完成一个功能。
（2） 类内聚
类的属性和服务应该全都是完成该类对象的任务所必需的， 其中不包含无用的属性或服务。如果某个类有多个用途，通 常应该把它分解成多个专用的类。
（3） 一般-特殊内聚
一般-特殊结构应该是对相应的领域知识的正确抽取。 一般说来，紧密的继承耦合与高度的一般-特殊内聚是一致的。
◆信息隐藏
●信息隐藏通过对象的封装性实现：类结构分离了接口 与实现，从而支持了信息隐藏。对于类的用户来说， 属性的表示方法和操作的实现算法都应该是隐藏的。
2013-8-31
上海大学计算机学院
3
面向对象设计的准则
◆弱耦合
(1) 交互耦合 对象之间的耦合通过消息连接来实现，则这种耦合就 是交互耦合。尽量降低消息连接的复杂程度。应该尽 量减少消息中包含的参数个数，降低参数的复杂程度。 减少对象发送(或接收)的消息数。 (2) 继承耦合 继承是一般化类与特殊类之间耦合的一种形式。从本 质上看，通过继承关系结合起来的基类和派生类，构 成了系统中粒度更大的模块。因此，它们彼此之间应 该结合得越紧密越好。 设计应该使特殊类尽量多继承并使用其一般化类的属 性和服务。
实例重用、继承重用和多态重用。
◆可重用软构件应具备的特点
(1) 模块独立性强。具有单一、完整的功能，且经过 反复测试被确认是正确的。 (2) 具有高度可塑性。提供为适应特定需求而扩充或 修改已有构件的机制。 (3) 接口清晰、简明、可靠。
2013-8-31
上海大学计算机学院
9
类构件
◆类构件的重用方式
2013-8-31 上海大学计算机学院 12
面向对象设计的准则
◆强内聚
（1） 服务内聚
一个服务应该完成一个且仅完成一个功能。
（2） 类内聚
类的属性和服务应该全都是完成该类对象的任务所必需的， 其中不包含无用的属性或服务。如果某个类有多个用途，通 常应该把它分解成多个专用的类。
（3） 一般-特殊内聚
一般-特殊结构应该是对相应的领域知识的正确抽取。 一般说来，紧密的继承耦合与高度的一般-特殊内聚是一致的。
◆信息隐藏
●信息隐藏通过对象的封装性实现：类结构分离了接口 与实现，从而支持了信息隐藏。对于类的用户来说， 属性的表示方法和操作的实现算法都应该是隐藏的。
2013-8-31
上海大学计算机学院
3
面向对象设计的准则
◆弱耦合
(1) 交互耦合 对象之间的耦合通过消息连接来实现，则这种耦合就 是交互耦合。尽量降低消息连接的复杂程度。应该尽 量减少消息中包含的参数个数，降低参数的复杂程度。 减少对象发送(或接收)的消息数。 (2) 继承耦合 继承是一般化类与特殊类之间耦合的一种形式。从本 质上看，通过继承关系结合起来的基类和派生类，构 成了系统中粒度更大的模块。因此，它们彼此之间应 该结合得越紧密越好。 设计应该使特殊类尽量多继承并使用其一般化类的属 性和服务。
实例重用、继承重用和多态重用。
◆可重用软构件应具备的特点
(1) 模块独立性强。具有单一、完整的功能，且经过 反复测试被确认是正确的。 (2) 具有高度可塑性。提供为适应特定需求而扩充或 修改已有构件的机制。 (3) 接口清晰、简明、可靠。
2013-8-31
上海大学计算机学院
9
类构件
◆类构件的重用方式
2013-8-31 上海大学计算机学院 12
设计模式~合成模式
设计模式~合成模式合成模型模式（Composite）属于队形的结构模式，有时⼜叫做部分-整体模式（Part-Whole）。
合成模式将对象组织到树结构中，可以⽤来描述整体与部分的关系。
合成模式可以使客户端将单纯元素与复合元素同等看待。
树有向树结构的种类：从上向下从下向上双向的这⾥仅给出由上向下的⽰意图⼀个树结构由两种节点组成：树枝节点和树叶节点。
树枝节点可以有⼦节点，⽽⼀个树叶节点不可以有⼦节点。
在信息系统⾥，树枝节点所代表的构件常常⽤作树叶节点所代表的构件的容器。
合成模式合成模式把部分和整体的关系⽤树结构表⽰出来。
从这个简略类图，可以看出，涉及三个⾓⾊：抽象构件⾓⾊（Component）,树叶构件⾓⾊（Leaf）,树枝构件⾓⾊（Composite）分成两类：安全式的合成模式透明式的合成模式透明⽅式，会在Component⾥⾯声明所有的⽤来管理⼦类对象的⽅法，包括 add(), remove() , 以及 getChild() ⽅法。
这样做的好处是所有的构件类都有相同的接⼝。
客户端可以同等对待所有的对象。
安全⽅法安全⽅式，是在Composite 类⾥⾯声明所有的⽤来管理⼦类对象的⽅法。
这样的做法是安全的做法，因为树叶类型的对象根本就没有管理⼦类对象的⽅法，因此，如果客户端对树叶类对象使⽤这些⽅法时，程序会在编译时期出错。
缺点是，不够透明，因为树叶类和合成类将具有不同的接⼝。
安全式的合成模式抽象构件⾓⾊（Component）:这是⼀个抽象⾓⾊，它给参加组合的对象定义出公共的接⼝及其默认⾏为，可以⽤来管理所有的⼦对象。
在安全式的合成模式⾥，构件⾓⾊并不定义出管理⼦对象的⽅法，这⼀定义由树枝构件对象给出。
树叶构件⾓⾊（Leaf）: 树叶对象是没有下级⼦对象的对象，定义出参加组合的原始对象的⾏为。
树枝构件⾓⾊（Composite）: 代表参加组合的有下级⼦对象的对象。
树枝构件类给出所有的管理⼦对象的⽅法，如 add(), remove() 以及 components（）的声明。
23种设计模式PPT合集
概述
Builder模式是一种创建型模式，它主要是应对项目中一些复杂对 象的创建工作。
所谓“复杂对象”是指：此对象中还含有其它的子对象。
意图： 将一个复杂的构建与其表示相分离，使得同样的构建过程可以创 建不同的表示。
--《设计模式》GOF
Builder模式结构
建造者（Builder）角色 具体建造者（Concrete Builder）角色 产品（Product）角色 指导者（Director）角色
工厂方法模式是类的创建模式，又叫虚拟构造子（Virtual Constructor）模式或者多态性工厂（Polymorphic Factory）模式。
工厂方法模式的用意是定义一个创建产品对象的工厂接口，将 实际工作推迟到子类中。
工厂方法解决问题： 工厂方法模式是简单工厂模式的进一步抽
象和推广。由于使用了多态性，工厂方法模式保 持了简单工厂模式的优点，而且克服了它的缺点。
• 缺点：由于工厂类集中了所有实例的创建逻辑，违反了高 内聚责任分配原则，将全部创建逻辑集中到了一个工厂类 中；它所能创建的类只能是事先考虑到的，如果需要添加 新的类，则就需要改变工厂类了。
9
2页
3、抽象工厂模式
柳敏乾 李青振
— by: 缪丹权
FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽 然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说"来四个鸡翅"就行 了。麦当劳和肯德基就是生产鸡翅的Factory
懒汉式 VS 饿汉式
饿汉式：静态初始化方式，在启动加载单例类时就实例化 对象，只实例化一次，以后用到的时候就不需要再去实例 化了，加载类的时候速度比较慢，但以后获得对象时的速 度比较快，该对象从加载到应用结束一直占用资源。
T设计模式组合模式.ppt
叶部件（Leaf）；
在组合中表示叶节点对象，叶节点没有子节点。定义组合中原接口 对象的行为。
组合类（Composite）：
定义有子节点（子部件）的部件行为。存储子节点（子部件）。 在部件抽象接口中实现与子部件相关的操作。
客户应用程序（Client）：
通过部件抽象接口控制组合部件的对象。
组合模式——应用
缺点
使得设计变得更加抽象。
组合模式——适用性
适用性
想表示一个对象整体或部分层次。 想让客户能够忽略不同对象的层次的变化。 对象的结构是动态的并且复杂程度不一样，但客户需要一致地处 理它们。
总结
简单描述下，什么是组合模式？ 组合模式，有什么优缺点？
组合类
{
public override void Add(Company c)
{
…
}
public override void Remove(Company c)
{
…
}
public override void Display(int depth)
{
…
}
public override void LineOfDuty()
定义
组合多个对象形成树形结构以表示整体-部分的结构层次。其对 单个对象和组合对象的使用具有一致性。
组合模式——结构图
参与者
组合模式——参与者
部件抽象接口（Component）：
为组合的对象声明接口。 某些情况下，实现从此接口派生出所有类共有的默认行为。定义一 个接口可以访问及管理它的多个子部件。如果必要，也可以在递归 结构中定义一个接口访问它的父节点，并且实现它。
//增加 //移除 //显示 //履行职责
在组合中表示叶节点对象，叶节点没有子节点。定义组合中原接口 对象的行为。
组合类（Composite）：
定义有子节点（子部件）的部件行为。存储子节点（子部件）。 在部件抽象接口中实现与子部件相关的操作。
客户应用程序（Client）：
通过部件抽象接口控制组合部件的对象。
组合模式——应用
缺点
使得设计变得更加抽象。
组合模式——适用性
适用性
想表示一个对象整体或部分层次。 想让客户能够忽略不同对象的层次的变化。 对象的结构是动态的并且复杂程度不一样，但客户需要一致地处 理它们。
总结
简单描述下，什么是组合模式？ 组合模式，有什么优缺点？
组合类
{
public override void Add(Company c)
{
…
}
public override void Remove(Company c)
{
…
}
public override void Display(int depth)
{
…
}
public override void LineOfDuty()
定义
组合多个对象形成树形结构以表示整体-部分的结构层次。其对 单个对象和组合对象的使用具有一致性。
组合模式——结构图
参与者
组合模式——参与者
部件抽象接口（Component）：
为组合的对象声明接口。 某些情况下，实现从此接口派生出所有类共有的默认行为。定义一 个接口可以访问及管理它的多个子部件。如果必要，也可以在递归 结构中定义一个接口访问它的父节点，并且实现它。
//增加 //移除 //显示 //履行职责
第三章第一节酶生物合成的调节PPT课件
AUG
反密码
GUU UAC ACA
5’
3’ mRNA
密码(codon)与反密码(anticodon) 的碱基配对
.
31
蛋白质合成的几个要素-核糖体，ribosome
• 核糖体（或称核糖核蛋白体）由蛋白质和rRNA组成。 是存在于细胞质内的微小颗粒。
.
32
The ribosome composition of
.
Few example
2
一、提取分离法
• 酶的提取：在一定的条件下，用适当的溶剂处理 含酶原料，使酶充分溶解到溶剂中的过程。
• 主要提取方法：
– 盐溶液提取
– 酸溶液提取
– 碱溶液提取
– 有机溶剂提取等
注意选择适当 的溶剂！！！
.
3
• 优点：提取方法简单方便 • 缺点：
– 必须先获得含酶组织或细胞 – 受气候环境影响 – 若培养细胞则工艺路线变复杂 – 产品含杂质较多，分离纯化较困难
.
4
适用范围
• 在动植物资源丰富的地区 • 从动物胰脏中提取各种胰蛋白酶，小肠中
提取碱性磷酸酶
.
5
二、生物合成法（发酵法）
• 利用微生物细胞、植物细胞或动物细胞的 生命活动而获得人们所需酶的技术。
依细胞 种类不同
微生物 植物细胞 动物细胞
发酵产酶 培养产酶 培养产酶
.
6
• 酶的发酵生产：经过预先设计，通过
60年代中期，在操纵子中还发现了另一个开关基因，称为启动基因。启
动基因位于操纵基因之前，二者紧密相邻。启动基因由环腺苷酸（cAMP）启 动，而环腺苷酸能被葡萄糖所抑制。这样，葡萄糖便通过抑制环腺苷酸而间 接抑制启动基因，使结构基因失活，停止合成半乳糖苷酶。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
合成模式
• 合成模式属于对象的结构模式，即处理对 象树结构的模式
• 合成模式将对象组织到树结构中，可以用 来描述整体与部分的关系，这个关系用树 结构表示出来
• 合成模式使得客户端把一个个单独的成分 对象和由他们复合而成的合成对象同等看 待
UML示意图
抽象构件：抽象组 合对象的公共行为 接口 树叶构件：树叶对 象，没有下级子对 象 树枝构件：树枝对 象，树枝对象可以 包含一个或多个其 他树枝或树叶对象
对象的两种管理方案
• 合成模式的实现根据所实现的接口的区别分为两 种模式，即安全式和透明式。
• 合成模式必须在合适的地方提供子对象的管理方 法如：add(),remove()等，这就产生了以下两种方式
• 1.安全方式：此方式只允许树枝构件有对象的管理 方法。
• 2.透明方式：此方式允许树枝和树叶都有对象的 管理方法，但树叶对象中的管理方法无实际意义。
合成模式（Composite Pattern）
郭婷婷
Mary今天过生日。
“我过生日，你要送我一件礼物。”
“嗯，好吧，去商店，你自己挑。”
“这件T恤挺漂亮，买，这条裙子好看，买， 这个包也不错，买。”
“喂，买了三件了呀，我只答应送一件礼物的 哦。”
“什么呀，T恤加裙子加包包，正好配成一套 呀，小姐，麻烦你包起来。”
• 有的书认为在这一模式中，相对于安全性，我们 比较强调透明性。对于第一种方式中叶子节点内 不需要的方法可以使用空处理或者异常报告的方 式来解决。
超市购物（安全模式） 抽象物品（抽象构件）
单一物品（树叶构件）
多个物品（树枝构件）
收银台买单（主函数）
超市购物（透明方式安全模式代码一样！！！
收银台买单（主函数）
• 运行结果和安全模式一样
• 两种模式的对比：
• 安全方式：抽象构件上只提供树叶和树枝公共 的方法，没提供树枝独有的管理等方法 （add(),remove()）。这样的好处是安全，用户不 会在树叶上使用add()等管理方法，缺点是不够 透明，用户必须知识当前对象为树叶还是树枝。
• 比如，在JDK中对于合成模式使用最多的地 方，当属AWT库， java.awt.Button/java.awt.CheckBox等是树叶构件， java.awt.Container是树枝构件， ponent是抽象构件。
谢谢大家~
• 透明方式：抽象构件上提供了满足树枝的所有 方法（包括add(),remove()），这样做的好处是， 用户可以任意执行对象的add()和remove()管理对 象。缺点是如果用户在树叶上执行管理方式 （add(),remove()）时，在编译期不会有错，但在 执行时会报错。
• 此模式适用于对象组合的情况，即符合树 结构的。可以考虑下此模式。