C++ 在UML中如何正确地建模类的引用/指针?

C++ 在UML中如何正确地建模类的引用/指针?,c++,uml,C++,Uml,你们有两个班:A班和B班 为了成为实例,类B需要有一个成员,即类a的对象。并且,类B具有类a的所有特性,不包括允许修改类a对象的功能 类B还有一些额外的特性,不使用继承进行此操作的原因是,如果类A的对象(用于实例B的对象)发生更改,则类B的实例的值也必须更改 我用聚合表示这种行为,但有些事情我不确定。一种是,当类A的对象被销毁时,类B的对象就不会被销毁(即使它不再对对象B有意义,访问它的某些特性也会导致运行时失败) 我的意思是,类B的对象引用类A的对象,而不是相反,就像在普通聚合中,普通对象将包

你们有两个班:A班和B班

为了成为实例,类B需要有一个成员,即类a的对象。并且,类B具有类a的所有特性,不包括允许修改类a对象的功能

类B还有一些额外的特性,不使用继承进行此操作的原因是,如果类A的对象(用于实例B的对象)发生更改,则类B的实例的值也必须更改

我用聚合表示这种行为,但有些事情我不确定。一种是,当类A的对象被销毁时,类B的对象就不会被销毁(即使它不再对对象B有意义,访问它的某些特性也会导致运行时失败)

我的意思是,类B的对象引用类A的对象,而不是相反,就像在普通聚合中,普通对象将包含类B的对象一样

这是否意味着它不是一个集合,而是一个组合?即使对象在被引用对象的生命周期结束后没有任何意义?或者这种行为应该是怎样的呢?

看看这里

contary上的聚合并不意味着所有权。这是你的情况


销毁聚合对象后,对象的行为如何?这与类图无关。

但问题是,当对象a被销毁时,对象b不被销毁,但它不会产生任何“感觉”,仍然存在,但不一致,不应使用。事实上,在我的程序中,如果使用得当,就永远不会发生这种情况。在维基百科的例子中说,如果一个系被摧毁了,它不是教授,但这是因为教授们足够强大,可以自己生活。我的情况不是这样的,对象a死后对象b是nonsens。@user1739342真正的问题是为什么有这样的对象=),如果它不应该在那里,那么它就不应该在那里。对象的关系看起来像
依赖关系