在UML中，您必须展示抽象方法的具体实现吗？

我正在绘制一些UML，其中一个具体的类继承自一个定义纯虚拟方法的抽象类。是否也需要在混凝土类中显示此方法？它是通过从抽象类继承而来的

不，你不需要。事实上，一般来说，不要在UML中放太多东西，除非你（上帝禁止）试图从UML中生成代码

---

我所知道的关于UML的最佳指南是Martin Fowler。

关于UML的有趣之处在于，它有一个非常松散和多样的定义。大多数被称为UML的东西实际上并不仅仅是框图。在任何UML实现中都有很多模糊性

---

我想说的是，若你们是为了一个演示或架构图而这样做的，你们可以用“单词”来处理很多可能的歧义。如果您将使用某个应用程序从它生成代码，您应该检查该特定应用程序的文档。

这是隐含的，事实上，当单击类查看其属性时，许多CASE工具会将继承的方法作为子类方法列表的一部分显示给您（有些CASE工具甚至可以选择在图表中显示继承的方法）

+1表示“上帝禁止”。我认为你是UML的“草图绘制者”，而不是MDA迷，Charlie。我同意你的看法。我认为UML作为软件拯救的蜜月已经过去了。我在这方面做了很多博士研究“计算机辅助软件工程”是的，我不相信UML中严格细节的实用性。如果我们对UML进行了标准化，那么UML可能会运行得更好。+1“澄清”是关键。如果不清楚，就没有帮助。细节是代码的目的。