Architecture UML类图中的接口-实现是否也应显示接口操作？

我最近一直在做大量关于UML类图的工作，我试图澄清一个问题

假设我在类图上声明了一个接口，我们称它为

ISomething

。在接口上，我声明了一个名为

doSomething（）

的操作。然后，我继续创建一个实现该接口的新类，名为

SomethingImpl

现在，我试图回答的问题是-图上的

somethingingmpl

类是否也显示了

doSomething（）

操作，或者是否可以忽略它，因为它的存在是隐含的

---

我试着在网上找到答案，但运气不好。我所看到的图表在这方面非常不一致——一些显示实现上的接口操作，而另一些则没有。只要我的图表有意义并且清楚地表达了意图，我就不会太在意100%的正确性。然而，我对这种特殊情况很好奇。

这取决于情况，就像往常一样

---

您在图表上显示的内容是针对特定观众的。现在，如果观众已经开悟了，知道了背景，你可以忽略细节。如果不是的话，你最好给他们看一看。总之，我通常做的是创建具有较少细节的概览图，然后添加各种细节图。根据您的UML工具（我使用EnterpriseArchitect），可以通过双击打开的图表连接元素。然后，该图以元素为中心，以详细信息为中心。

这取决于具体情况，就像往常一样

---

您在图表上显示的内容是针对特定观众的。现在，如果观众已经开悟了，知道了背景，你可以忽略细节。如果不是的话，你最好给他们看一看。总之，我通常做的是创建具有较少细节的概览图，然后添加各种细节图。根据您的UML工具（我使用EnterpriseArchitect），可以通过双击打开的图表连接元素。然后，此图以元素为中心，包含详细信息。

谢谢托马斯-我同意在实践中，这取决于您的受众。而工具，如EA，则更容易深入了解细节。然而，在本例中，我的问题是在我的示例中专门围绕“正确的”UML——比其他任何东西都更学术化。工具使它更容易。但是如果没有这些，你可以用类似的图表和参考来创建一本“书”。UML本身给图表留下了一个开放的空间，图表结构被明确地说成是不受限制的，但对传输消息的内容是开放的。而工具，如EA，则更容易深入了解细节。然而，在本例中，我的问题是在我的示例中专门围绕“正确的”UML——比其他任何东西都更学术化。工具使它更容易。但是如果没有这些，你可以用类似的图表和参考来创建一本“书”。UML本身给图表留下了一个开放的空间，图表结构被明确地说成是不受限制的，但对传输消息的内容是开放的。