![]() |
1
4
如果你有一个或两个班,那没有什么区别。 如果你有一个复杂的对象模型,事情就会改变。 而且,至少对我来说,先看一个图来寻找我想要的东西是很容易的,而不是看一堆源文件。 同时看到图片上的课程和它们之间的关系有助于理解项目的想法。 |
![]() |
2
3
你必须问一下UML的用途是什么:它只是一种通信设备,一种将你的想法传达给其他开发人员的方法。如果UML有帮助,那就太好了。如果它变成了另一个需要维护的负担,那么最好使用具有良好单元测试的工作代码。 |
![]() |
3
1
一个好的类图清楚地显示了每个类的职责和关联- 在适当的抽象层次上。
他们让你少说多说。 |
![]() |
4
0
如果源头已经存在,我想这是一句老话,“一张图能说出千言万语”。 像很多事情一样,这可能是一个品味的问题。 编辑 : 是 视觉效果。然而,如果它只是一堆文本,那么我能看到的唯一一点是,它提供了一个意图的概述,没有不必要的实现细节。 |
![]() |
5
0
查看图表和源代码之间的区别在于,您在查看图表(图片)时不需要处理与读取源代码(千字)时一样多的数据。 根据我的经验,当我不熟悉软件的体系结构时,我发现类图非常有用。但类图并不能取代对源代码和适当文档的需求,它们只是一种通信和生产工具,可以补充我前面提到的方法。他们的目的是理解软件架构。不替换其他文件。类图有多有用取决于它的质量、它和源代码的复杂性。 不要把太多的细节放在图表上。这让他们很困惑。您将希望它们传递关系,而不是API和方法列表。 它们还有助于了解何时何地重构代码。使用类图和适当的文档,你就会一切就绪。 |
![]() |
6
0
类图是显示类之间关系的一种方法——一个好的类图可以在一个值得仔细研究的图中提供有关系统如何工作的大量信息。它允许不熟悉子系统的开发人员快速地跟上速度,而不会陷入实现细节的泥潭。 我在谷歌上找到了一个简单的例子: http://netbeans.org/images_www/articles/uml-class-diagram/Completed-Class-Diagram.gif
|
![]() |
John V · 是否存在单元测试无法发现的逻辑/流错误类型? 6 年前 |
![]() |
Beefster · 为什么ANSI颜色转义以“m”而不是“]”结尾? 6 年前 |
![]() |
Guillermo Gutiérrez · STR转换是如何工作的? 7 年前 |
![]() |
RudziankoÅ · 合并排序数组算法 7 年前 |
|
user8852560 · 构造函数中的验证和构造函数冲突 7 年前 |
![]() |
jav974 · 订购产品时寻找最佳价格组合的算法 7 年前 |
![]() |
hippietrail · 确定浮点数中前导零的数量 7 年前 |