在UML中显示抽象类依赖项

Question

如果我有以下型号

将此减少到以下是可以接受的吗？
我的逻辑是：SomeClassA和SomeClassB继承BaseSomeClass（以及它的依赖关系），因此我们可以推断SomeClassA和SomeClassB取决于{ {1}}。

这（我的最终UML）在技术上是否正确？ 是否合理（技术上是否正确）？ 如果SomeObject上的DoSomething是抽象方法会不同呢？

我觉得答案与showing interface dependencies in UML上的问题类似，但我觉得这个问题与我自己的问题不同。

Answer 1

继承意味着，你做了某种“抽象克隆”。换句话说，它不仅具有通用类的属性/操作，还具有其依赖性。以这种方式，您的第二个图表是首选。第一个没有错，但是专业类的两个依赖关系已经存在，不能重复。

引用爱因斯坦：一切尽可能简单但不简单

Answer 2

对我而言，只有一个依赖关系的第二个图表才是好的。

查看图表，我有一些问题： - 为什么要如此精确地显示依赖关系？正如你已经评论过你的另一个问题，那是可能的，这是有道理的，但对我来说，在大多数UML类图中，并未显示所有依赖项（即使它们已被建模）。

• 您的方法作为SomeObject类型的参数并返回SomeObject，您的类是否获得SomeObject类型的属性。如果是这种情况，则关系是关联而不是依赖关系。