在看了以上一些引用后，你可能会想到，对于这些近于艺术化的解释，中文的表述还是比较好的
二。对象Whole-Part关系
原文如下“类别继承(Class inheritance)和对象组合(Object composition)是软件再使用(Reuse)的两大法宝。类别继承就是建立父、子类别之关系﹔例如﹐「学生」可分为「大学生」、「中学生」和「小学生」三类别”
类别继承(Class inheritance)大概是人人都知道了，至于对象组合(Object composition)你把他理解为你自已写的一个族就很容易理解了，类通过建立子类成为族，虽然没有明确的这样定义，但是有助于理解，如system.drawing你可以理解为一个类，或者说类库也可以，同样因为含有子类，你也可以把system.drawing当作一个族名（namespace）,这个子类与通过继承关系
得到的子类意思不同，这不难理解,形象的如下：
Class class1 ''''Whole
Class class1-1 ''''Part1
.......
end Class
Class class1-2 ''''Part2
......
end Class
......
end Class
原文如下"对象组合的目的是﹕创造「复合对象」(Composite object)﹔例如﹐医院内含医师和护士等"
原文如下"继承与组合两大法宝能联合使用﹐以组织庞大的软件系统"
1。原文如下“组合／部分关系﹐常称为APO(A part of)关系”
Class House 房子House是一个整体
Class Door 门Door是一个部分
。。。。。。
End Class
Class Window 窗Window是一个部分
。。。。。。
End Class
。。。。。。。
End Class
原文如下“House 之对象诞生后﹐立即诞生内含之Door对象和Window对象”
所谓诞生对象就是声明一个实例,如 dim xxx as new hourse(房子)
原文如下“组合对象与部分对象的寿命应该是一致的”
2。 原文如下“司机不是汽车的零件﹐客人亦非巴士之组件﹐所以汽车与司机之间并非「组合／部分」关系﹔然而﹐汽车的确包含着司机﹐因之称为「包含者／内容」(Container-contents)关系。”
这个是一个平行的关系，如：
class i（司机）
dim x as string
.......
end class
class h（汽车）
dim myi as new i
myi.x.......
......
end class
现在i没钱了，要到h的公司里打工（dim myi as new i），i的数据x（dim x as string）只好交给myi.x为h服务，所以哪天环境变了，也可以反过来，h为i打工。所以是一个客体了。
所以，原文如下：“司机和汽车为独立之对象﹐不像引擎一直包含于汽车内﹔于驾驶汽车时﹐司机才被包含于汽车内。显然地﹐司机与汽车之寿命不一样长。”
3。原文如下：“集合意谓着「团体」(Group) ﹐由其成员(Member)组成的群体。例如﹐学校里的社团内有团员﹔公司的销售部含有推销人员。这团体并不像汽车实际包含着司机﹐而只是其成员之集合而已。这情形﹐统称为「集合／成员」(Collection-members)关系”
也就是说在「包含者／内容」中包含者是容器，而在「集合／成员」中集合并不是容器
原文如下“不需明确划分「包含者／内容」和「集合／成员」两种关系”
那么，成员与内容有什么不同呢，准确的说，内容是一个对象，而成员是对象的集合，而这个对象的集合又被被含在整体中，而且认为这个成员即可以是外来的，又可以是本来就有的。就好比公司的成员即可以是外面请来的，又可以是内招的。这个意思有些象列表框，列表框的列表项可以是本来就有的，又可以不停的添加进来。「包含者／内容」(Container-contents)是跑单帮，这个就是有组织的了。包含者更象一个容器，而集合反而成为对象。这就成了「包含者／集合／成员」,如果内容是一个变量，集合就是一个数组。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
