类图 - 有用吗？

Question

如果一个类图实际上有什么不同，只是看着所有函数崩溃的类定义？我被要求写一些，并意识到这一切都只是..阅读源...它有评论。类图的重点是什么，即使是很少注释的定义又有什么不同，以及什么使得好的类图比其他类更好？

编辑：是的，源已经存在，并且在类图之前就已经存在了。

另一个编辑：人们一直在谈论视觉与文本的品味。这不是我给出的类图的定义。它仍然纯粹是文字的。示例类图是一堆文本，类似于剪切了函数定义的源代码。这就是我问的原因。如果它是真正的图表，我可以理解。

Answer 1

如果您有一个或两个班级，那就不会产生差异。 如果你有一个复杂的对象模型，事情会发生变化。

而且，至少在我看来，很容易先看一下图表，以便寻找我想要的东西，而不是查看一堆源文件。 还可以看到图片上的课程及其关系有助于理解项目的想法。

Answer 2

我宁愿有源。鉴于此，我总是可以对其进行逆向工程。

您必须询问UML的用途：它只是一种通信设备，是将您的想法传达给其他开发人员的一种方式。如果UML有帮助，那很好。如果它成为维护的另一个负担，那就选择具有良好单元测试的工作代码。

Answer 3

一个好的类图清楚地显示了每个类的责任和关联 - 处于适当的抽象级别。

类图很有用，因为它们允许您以更高的粒度级别进行设计。在白板上绘制的操作比源代码更容易更改。它还清楚地显示了通过线条的关联，而不是翻阅代码。

他们是有帮助的，因为他们是从概念思想到源代码的一个障碍。 他们让你用更少的东西说更多。

Answer 4

如果来源已经存在，我想这是古老的谚语，“一张图片说出千言万语”。 对于不熟悉源的人来说，无论文档记录多少，图表都可以帮助他们更快地了解整体设计，然后阅读源代码。有些人比其他人更有视觉感受。就个人而言，我宁愿拥有源头。 像许多事情一样，这可能是一种品味问题。

修改：

我认为图表的定义是 是 视觉效果。但是，如果它只是一堆文本，那么我能看到的唯一一点就是它提供了一个意图概述而没有不必要的实现细节。

Answer 5

查看图表和源代码之间的区别在于，在查看图表（图片）时，您不需要处理与读取源代码时相同的数据（比如说千言万语）。

根据我的经验，当我不熟悉软件的架构时，我发现类图非常有用。但是类图不能取代对源代码和适当文档的需求，它们只是一种通信和生产力工具，可以补充我之前提到的方法。他们的目的是了解软件架构。不要替换其他文件。类图的有用性取决于它的质量，复杂性和源代码。

不要在图表中加入太多细节。这让他们感到困惑。您希望他们交流关系，而不是API和方法列表。

它们还有助于查看重构代码的时间和位置。使用类图表和适当的文档，你将完成所有设置。

Answer 6

我不确定你为类图提供了什么定义 - 听起来好像你所展示的例子只有一个类。如果是这样，我可以理解为什么你认为这有点荒谬。

类图是一种显示类之间关系的方法 - 一个好的方法可以在一个图表中提供有关系统如何工作的大量信息，从而奖励仔细研究。它允许不熟悉子系统的开发人员快速加速，而不会陷入实施细节中。

以下是我在快速Google上发现的一个简单的问题：

http://netbeans.org/images_www/articles/uml-class-diagram/Completed-Class-Diagram.gif

某些工具（Microsoft的Visual Studio是其中之一）包含的工具允许您绘制一次类图并使其与代码自动保持最新（“同步”）。非常有用。