遏制:-这里访问内部对象，我们必须使用外部对象。我们可以重用所包含的对象。 聚合:在这里我们可以一次又一次地访问内部对象而不使用外部对象。

聚合-可分离的部分到整体。这个部分有它自己的身份，独立于它的一部分。你可以选择这个部分并将其移动到另一个对象。(真实世界的例子:车轮->汽车，血细胞->身体)

组合——整体中不可分离的部分。不能将该部件移动到另一个对象。更像是一种财产。(真实世界的例子:曲线->道路，人格->人，max_speed ->车，对象的属性->对象)

请注意，在一种设计中是聚合的关系可以是另一种设计中的组合。这一切都是关于如何在特定的设计中使用关系。

依赖-对变化敏感。(雨量->天气，头部位置->身体位置)

注意:“血细胞”->血液”可以是“成分”，因为血细胞不能没有称为血液的实体存在。“血液”->身体“可以是“聚集”，因为血液可以存在而没有实体称为身体。

一个对象可以包含另一个对象作为其属性的一部分。

文件包含包含单词的句子。 计算机系统有硬盘、内存、处理器等。

所以遏制不需要是物理上的。例如，计算机系统有保修期。

遏制:-这里访问内部对象，我们必须使用外部对象。我们可以重用所包含的对象。 聚合:在这里我们可以一次又一次地访问内部对象而不使用外部对象。

Aggregation and composition are terms that most people in the OO world have acquired via UML. And UML does a very poor job at defining these terms, as has been demonstrated by, for example, Henderson-Sellers and Barbier ("What is This Thing Called Aggregation?", "Formalization of the Whole-Part Relationship in the Unified Modeling Language"). I don't think that a coherent definition of aggregation and composition can be given if you are interested in being UML-compliant. I suggest you look at the cited works.

关于依赖关系，这是类型(不是对象)之间高度抽象的关系，几乎可以表示任何东西。

与组合关系关联的对象将不存在于包含对象之外。例如约会和所有者(一个人)或日历;一个TestResult和一个Patient。

另一方面，由包含对象聚合的对象可以存在于包含对象之外。例如门和房子;员工和部门。

依赖关系涉及协作或委托，其中一个对象向另一个对象请求服务，因此依赖于该对象。作为服务的客户端，您希望服务接口保持不变，即使将来提供了服务。