UML建模案例分析-类图中的关系

概要

类图之间的关系比较多，绝大多数情况下重点关注的还是关联关系、组合、聚合这三种，最终是如何对应到代码上的。

例子

以订单为例：订单和订单项之间是组合关系，这和数据库实体之间不一样。数据库实体有主外键，开发数据库时间久了再去建立类图，就总不放心两个类之间通过什么关联的，就总想着增加一个“外键”，比如在订单项类中增加一个属性“订单编号”，这回就放心了。

实际上，订单和订单项类之间是这样访问的：

Class 订单{

public:

合计总价();

计算附加费();

检查订单完整性();

检查库存();

private:

订单名称;

下单日期;

税金;

运费;

订单项;  //订单项类对象的list

};

订单项和零件类之间也是如此，只是关联关系有方向，即，只能在订单项中创建零件的对象，反之不行。如果要求相互都可以创建对方的对象，关联关系不加箭头，即没有方向。

另外强调一点，因为订单和订单项之间是组合关系，组合和聚合这种表示"强"拥有的关系，通常都是让订单项作为订单的属性；而订单项和零件之间这种“弱”拥有关系，通常都是在函数中需要临时访问时才动态创建一个零件类对象。