UML建模案例分析-类图中的关系
概要
类图之间的关系比较多，绝大多数情况下重点关注的还是关联关系、组合、聚合这三种，最终是如何对应到代码上的。
例子
以订单为例：订单和订单项之间是组合关系，这和数据库实体之间不一样。数据库实体有主外键，开发数据库时间久了再去建立类图，就总不放心两个类之间通过什么关联的，就总想着增加一个“外键”，比如在订单项类中增加一个属性“订单编号”，这回就放心了。
实际上，订单和订单项类之间是这样访问的：
Class 订单{
public:
合计总价();
计算附加费();
检查订单完整性();
检查库存();
private:
订单名称;
下单日期;
税金;
运费;
订单项; //订单项类对象的list
};
订单项和零件类之间也是如此，只是关联关系有方向，即，只能在订单项中创建零件的对象，反之不行。如果要求相互都可以创建对方的对象，关联关系不加箭头，即没有方向。
另外强调一点，因为订单和订单项之间是组合关系，组合和聚合这种表示"强"拥有的关系，通常都是让订单项作为订单的属性；而订单项和零件之间这种“弱”拥有关系，通常都是在函数中需要临时访问时才动态创建一个零件类对象。