假设我有一个复合关系,比如一个客户有一个订单集合(假设一个订单在没有“拥有”客户的情况下不能存在。)所以,我不< / strong>谈论聚合。
用什么术语来描述这种关系中的角色?我可能会说客户是订单的“所有者”,订单可能是“拥有”的,但肯定有更好的条款,可以在不参考其他角色的情况下说明条款。
我正在尝试确定这些术语,因此我可以在元模型中对属性进行属性命名。我可以“制造一些东西”,但想使用易于理解的名称。
提前感谢您对最终来源的建议和/或提示。
比尔
答案 0 :(得分:1)
你想要“有”关系;我们的事物“有一个”附加的东西,而不是继承“是一种”关系。您可以围绕这两种关系构建相当健壮的模型。但
进一步假设,在Topic Maps中(因为我们讨论的是元模型),我们有一些内置关系,它们还有全局标识符(可用于全局知识/数据交换),这是超类型-subtype(表示hiearchies)和type-instance(表示典型,强类型“是a”)关系。这些都是相当全球的(意思是,也在Topic Maps世界之外)。有关详细信息,请查看Topic Maps Data Model的结尾。
答案 1 :(得分:0)
这也称为“有一种”关系。 Customer
对象“具有”Order
个对象的集合。在继承中,你会说Customer
“是”Person
。你也可以说Order
s的集合是一个字段或成员,或者你用语言调用成员变量的任何东西。您只需将Customer
称为对象(或复合类型)。大多数类都是复合类型,除非没有状态(即只是方法/行为)。