jeri 2023-12-30 17:07
发车停站和停站是否同一个概念,把发车停站修改成检票口是否也可以 ?
UMLChina潘加宇
不是同一个概念,灰色部分是列车时刻表的计划,发车是指某个车次每天发的车。
由于各种原因,某一天的发车不是每个停站都按计划停,而且实际的到达时间和开车时间也不一样。
还是叫发车停站更好,如果需要关注检票口的更多属性,可以添加检票口类,关联到发车停站。图中直接合并到发车停站,是因为符合合并的条件:最多关联一个检票口,而且检票口只关注一个属性。
jeri 2023-12-30 20:23
发车停站是不是停站子集?可不可以用泛化关系来获取超类特征呢?
UMLChina潘加宇
这不是一回事。不能拿个体和集合比。
泛化是说:B全集是A全集的真子集,你这个相当于:某个C里面的A集合是A全集的子集。
如果是这样,所有的关联都可以变成泛化了。
性别={男,女} ,某个人的性别只有一个,是{男,女} 的子集,所以人是性别的子类。
关联引用的对象本来就是从对象全集里面挑的。
所有70亿人的性别集合,去除重复项,就是“性别”集合的子集(如果男人死光了只剩女人,就是真子集)
上亿条发车停站中的停站集合,去除重复项,就是停站全集的子集。
用关系数据库类比,相当于“外键是另一个表的主键”,这个知识与特定领域没有关系。
不过,正如我之前说过很多次的,一旦把与特定领域没有关系的知识加到某个领域上,就可以达到(选择性)批量刷废话的效果。
就像我之前看过的某篇领域驱动设计文章,说发现了一个领域规则,订单购买的商品必须是商品中的一员。照此推理,所引用的订单必须是订单中的一员……都可以来一遍。