xperious Asked:2020-11-28 14:36:41 +0000 UTC2020-11-28 14:36:41 +0000 UTC 2020-11-28 14:36:41 +0000 UTC 聚集和组成 772 你好！ 一直以为聚合是组合的同义词，但是在网上看到一篇博客，里面写了组合和聚合的区别。 这让我大吃一惊。请在小例子中解释这个和另一个的优缺点。这如何影响可扩展性、可测试性等。 ооп 1 个回答 Voted Best Answer Sergey Teplyakov 2020-11-29T05:37:06Z2020-11-29T05:37:06Z 对象之间有几种类型的交互，统一在“有关系”或“关系的一部分”的一般概念下。这种关系意味着一个对象是另一个对象的组件。 这种关系有两种子类型：如果一个对象创建另一个对象并且“部分”的生命周期取决于整体的生命周期，那么这称为“组合”，但如果一个对象接收到另一个对象的链接（指针）对象在构建过程中，那么这已经是聚合了。 让我们看一下 .NET Framework 中的示例，看看这种关系有哪些限制/后果：StringWriter+ StringBuilder。 类StringWriter是类的特殊版本，TextWriter广泛用于序列化和获取对象的文本表示。 具体StringWriter地创建对象或对象图的字符串表示，并StringBuilder在其操作中依赖于实例。那些。我们可以说“StringWriter HAS A StringBuilder”或“StringBuilder 是 StringWriter 的一部分”。现在让我们看看如何决定是从外部StringWriter获取StringBuilder-a 的实例还是创建一个实例？ 一方面，我们作为一个类的客户端StringWriter，往往并不关心这个类内部到底使用了什么来获取字符串表示。这意味着从易用性的角度来看，最好自己StringWriter实例化StringBuilder-a。 但是，另一方面，一个特定的对象StringWriter-a 只能负责获取字符串表示的一部分，而字符串的另一部分可以用不同的方式计算。从这个角度来看，最好在构造函数中StringWriter接受一个实例StringBuilder-a。对于使用对象池有意义的高负载系统也是如此。 因为StringWriter它是一个必须支持这两种情况的库类，所以它具有构造函数的重载版本：其中一个在StringBuilder内部创建，另一个在外部接受。 换句话说，组合和聚合之间的选择是基于在不同的设计需求之间取得平衡： 组合：对象 A 控制对象 B 的生命周期 优点： 组合允许您从客户的角度隐藏使用对象的关系。 使类使用 API 更容易，并允许您从使用一个类切换到另一个类（例如，StringWriter您可以更改实现并开始使用不同的类型，例如CustomStringBuilder）。 缺点： 这种关系非常严格，因为一个对象必须能够创建另一个对象：它必须知道特定的类型并且可以访问创建函数。组合不允许使用接口（不调用工厂）并且要求一个类可以访问另一个类的构造函数：想象一下StringBuilder-a 的构造函数是内部的或者它是一个接口IStringBuilder并且只有客户端代码知道应该在这里使用哪个实例并且现在。 聚合：对象 A 获取对对象 B 的引用 优点： 对象与其客户端之间的耦合较弱。现在我们可以使用接口，一个对象不需要确切地知道如何创建另一个对象。 极大的灵活性。源自第一段 缺点： 公开实施细节。由于类的客户必须在创建对象时提供依赖性（在创建StringBuilder-a 时传递 -a 的实例StringWriter），因此客户知道这种关系的事实。 第一点意味着客户工作的复杂性增加，以及从长远来看解决方案的“刚性”更大。现在类作者TextWriter不能再自己决定并从StringBuilder-a 移动到其他东西。是的，您可以“添加另一层抽象”并突出显示界面IStringBuilder，但要在不破坏所有现有客户端的情况下完全破坏这种关系是不可能的。 总之：设计就是在各种因素之间找到折衷方案。从类客户的角度来看，组合更简单，但有一定的限制：“整体”必须能够创建“组成部分”。聚合更灵活，但施加了其他限制：现在“整体”不隐藏“组件”的存在，因此将来无法用另一个“组件”替换它。 PS 如果你真的想使用现实世界中的例子，那么螺丝刀可能适合解释组合和聚合。如果螺丝刀是实心的，即 手柄和喷嘴紧密相连，那么我们就有了组成关系。如果喷嘴是可拆卸的并且可以没有手柄存在或与另一个手柄一起使用，那么我们就有了聚合关系。
对象之间有几种类型的交互，统一在“有关系”或“关系的一部分”的一般概念下。这种关系意味着一个对象是另一个对象的组件。
这种关系有两种子类型：如果一个对象创建另一个对象并且“部分”的生命周期取决于整体的生命周期，那么这称为“组合”，但如果一个对象接收到另一个对象的链接（指针）对象在构建过程中，那么这已经是聚合了。
让我们看一下 .NET Framework 中的示例，看看这种关系有哪些限制/后果：
StringWriter+StringBuilder。类
StringWriter是类的特殊版本，TextWriter广泛用于序列化和获取对象的文本表示。具体
StringWriter地创建对象或对象图的字符串表示，并StringBuilder在其操作中依赖于实例。那些。我们可以说“StringWriter HAS A StringBuilder”或“StringBuilder 是 StringWriter 的一部分”。现在让我们看看如何决定是从外部StringWriter获取StringBuilder-a 的实例还是创建一个实例？一方面，我们作为一个类的客户端
StringWriter，往往并不关心这个类内部到底使用了什么来获取字符串表示。这意味着从易用性的角度来看，最好自己StringWriter实例化StringBuilder-a。但是，另一方面，一个特定的对象
StringWriter-a 只能负责获取字符串表示的一部分，而字符串的另一部分可以用不同的方式计算。从这个角度来看，最好在构造函数中StringWriter接受一个实例StringBuilder-a。对于使用对象池有意义的高负载系统也是如此。因为
StringWriter它是一个必须支持这两种情况的库类，所以它具有构造函数的重载版本：其中一个在StringBuilder内部创建，另一个在外部接受。换句话说，组合和聚合之间的选择是基于在不同的设计需求之间取得平衡：
组合：对象 A 控制对象 B 的生命周期
优点：
组合允许您从客户的角度隐藏使用对象的关系。
使类使用 API 更容易，并允许您从使用一个类切换到另一个类（例如，
StringWriter您可以更改实现并开始使用不同的类型，例如CustomStringBuilder）。缺点：
StringBuilder-a 的构造函数是内部的或者它是一个接口IStringBuilder并且只有客户端代码知道应该在这里使用哪个实例并且现在。聚合：对象 A 获取对对象 B 的引用
优点：
对象与其客户端之间的耦合较弱。现在我们可以使用接口，一个对象不需要确切地知道如何创建另一个对象。
极大的灵活性。源自第一段
缺点：
公开实施细节。由于类的客户必须在创建对象时提供依赖性（在创建
StringBuilder-a 时传递 -a 的实例StringWriter），因此客户知道这种关系的事实。第一点意味着客户工作的复杂性增加，以及从长远来看解决方案的“刚性”更大。现在类作者
TextWriter不能再自己决定并从StringBuilder-a 移动到其他东西。是的，您可以“添加另一层抽象”并突出显示界面IStringBuilder，但要在不破坏所有现有客户端的情况下完全破坏这种关系是不可能的。总之：设计就是在各种因素之间找到折衷方案。从类客户的角度来看，组合更简单，但有一定的限制：“整体”必须能够创建“组成部分”。聚合更灵活，但施加了其他限制：现在“整体”不隐藏“组件”的存在，因此将来无法用另一个“组件”替换它。
PS 如果你真的想使用现实世界中的例子，那么螺丝刀可能适合解释组合和聚合。如果螺丝刀是实心的，即 手柄和喷嘴紧密相连，那么我们就有了组成关系。如果喷嘴是可拆卸的并且可以没有手柄存在或与另一个手柄一起使用，那么我们就有了聚合关系。