我不知道对于一个返回一个创建的对象或获取一个对象作为参数的类来说,类与类之间哪种关系是合适的(见上传的图片)。我想,aggregationcomposition是错误的,因为Class1并不拥有对象,也没有将其作为属性。另外,我认为关联是错误的,因为Class1并不指向一个指针。
那就只是依赖关系了。
如果你的类之间有更强的关系,就会产生关联。那就是要么持有一个更永久的关系(以属性的形式),而不是一个临时的像使用它们作为传递参数或返回参数。从 UML 的观点来看,关联基本上是依赖的一种更强的形式。
请注意,你勾画的非类型属性在这个上下文中是没有意义的,我只是把它们省略了。
根据一个评论 @www.admiraalit.nl: 如果 Class1
的新实例。Class3
,该依赖关系可能具有 ≪create≫
定型,见 UML 规范 v2.5.1 的表 22.1。在这种情况下,依赖关系将是一个用法 (chap. 7.8.23),它只是个 咬合 更强
返回创建的对象或获取对象作为参数的类(见上传图片)
你的意思是一个类有一个操作返回......,另一个得到......。
我想这个聚合composition是错误的,因为Class1并不拥有这个对象,也没有它的属性
你说的对
另外,我认为关联是错误的,因为Class1并不是指一个指针。
不管是通过指针还是通过值(这取决于目标语言),关联都是不对的,因为在Class1中没有属性。级别1 其类型为 班级2 或 级别3
唯一可能的关系是 级别1 和 班级2 或 级别3 似乎是一种依赖,但拥有它们并不具有真正的加值,操作的配置文件已经给出了这些信息。