复合模式和装饰器模式有什么区别？
【问题讨论】：
Composite 旨在将多个对象组合并表示为单个对象（具有相同的基本类型） - 即 1 到多个，而 Decorator 增强（或在其之上添加）相同类型的单个对象的能力- 即1比1。你应该问Decorator和Proxy有什么区别，它们更相似。
标签： design-patterns decorator composite
composite 模式和 decorator 的结构看起来一样，但意图不同。
Composite 为叶子和复合物提供统一的接口。
装饰器装饰器为叶子提供了额外的功能，同时提供了统一的界面。
复合模式：经典的 windows 文件夹和文件。 Windows 文件夹是复合的。文件是叶子。双击其中任何一个打开文件/文件夹 - 双击是统一界面。
装饰器模式：缓冲 io - java.io.FileWriter 和 java.io.BufferedWriter 都扩展 java.io.Writer。 java.io.BufferedWriter 是复合的，FileWriter 是叶子。 BufferedWriter 为FileWriter 添加了额外的缓冲职责（或功能）。
write() 方法是统一接口，而缓冲是附加特性。
【讨论】：
unified interface 是一个强大的短语，与Facade DP 搭配起来比Composite 和Decorator 更适合。关键字很强大，如果使用不当，可能会产生误导。
他们通常齐头并进。因为使用复合模式通常会导致也使用装饰器模式。
复合模式允许您以允许外部代码将整个结构视为单个实体的方式构建层次结构（例如元素树）。因此，叶实体的接口与复合实体的实体完全相同。所以本质是复合结构中的所有元素都具有相同的接口，即使有些是叶节点而另一些是整个结构。用户界面通常使用这种方法来实现轻松的可组合性。
http://en.wikipedia.org/wiki/Composite_pattern
装饰器模式允许一个实体完全包含另一个实体，以便使用装饰器看起来与包含的实体相同。这允许装饰器在不改变实体外观的情况下修改它所封装的任何内容的行为和/或内容。例如，您可以使用装饰器在包含元素的使用情况下添加日志输出，而不会更改包含元素的任何行为。
【讨论】：
装饰器可以被视为只有一个组件的退化组合。然而，装饰器增加了额外的职责——它不适合对象聚合。
这就是四人组在“可重用面向对象软件的设计模式-元素”中所说的。
【讨论】：
区别可能更多是目的而不是实现。在某些情况下，复合模式比子类化更可取。例如，您可以通过向其添加其他类的实例，然后通过转发接口公开该功能来添加您希望某个类具有的功能。
装饰器允许您透明地向类添加功能，通常是单个功能，而类实例的客户端不需要知道那里有装饰器 - 例如，Django 中视图上的“login_required”装饰器如果用户未登录，则引发异常，否则视图的行为与没有装饰器时一样。
在这两种情况下，您都将一个对象嵌入到另一个对象中，但您尝试完成的任务可能会有所不同。
【讨论】：
这是 GoF 书中的类图，使用 PlantUML 复制。
Decorator 的目的是装饰一个 单个 组件（UML 图确实应该为被装饰的组件显示多个一个），而 Composite 的目的是将组件作为一个整体分组组合（同样，UML 应该显示一个包含一个或多个组件的组合）。
Decorator 的目标是通过 ConcreteDecorators 添加行为（增强 Operation() 方法的行为），而 Composite 旨在收集组件。
【讨论】：
Decorator 模式可用于静态扩展（装饰）某个对象的功能，或者在某些情况下在运行时独立于同一类的其他实例。
这可能是由于组合：装饰器包含组件，同时它实现了组件接口。
Composite 模式描述了一组对象的处理方式与对象的单个实例相同。组合的目的是将对象“组合”成树状结构，以表示部分整体的层次结构。
实施复合模式可以让客户统一对待单个对象和组合。
尽管结构似乎相同，但意图和用例却不同。
Decorator 模式的用例：
这两种模式之间的键differences ：
SE 中有用的帖子，有助于更好地理解：
【讨论】：
复合：
装饰者：
【讨论】：