当然可能是我没有接触到
感觉 UML 的工具用来可视化，应该是蛮好的
尤其是，当项目越加复杂庞大后
或者是 UML 生成代码，不尽如意
谢谢
This topic created in 1871 days ago, the information mentioned may be changed or developed.
Supplement 1 · Apr 2, 2021
嗯，感觉主要问题是
uml 生成的代码，没法直接用
变成了类似于文档之类的附加产品
为什么，建筑、工业类的，必然会有设计稿来指导
现在想了下，主要是这两类的返工成本很高，而且可能人命关天
建筑、工业的是返工成本很高。软件的则是复杂度（不过遵循一定的规则，则复杂度可控）
uml 生成的代码，没法直接用
变成了类似于文档之类的附加产品
为什么，建筑、工业类的，必然会有设计稿来指导
现在想了下，主要是这两类的返工成本很高，而且可能人命关天
建筑、工业的是返工成本很高。软件的则是复杂度（不过遵循一定的规则，则复杂度可控）
 |
1
superrichman Mar 31, 2021 via iPhone  4
产品自己都没理清的逻辑你还想用标准化的图形画出来？🐶
|
 |
2
love Mar 31, 2021
代码图形化比文本强在哪呢？
差的地方倒是一大堆，甚至你 diff 看看别人改了什么都做不到吧 |
 |
3
putaozhenhaochi Mar 31, 2021 via Android
借楼问下，主流的是啥
|
 |
4
xumng123 Mar 31, 2021 via iPhone
挺常用的，复杂的就太复杂了
|
 |
5
hpan Mar 31, 2021
一般传统软件项目用 UML 还是比较多吧，需要有软件架构的概念，互联网开发。。。基本上是想一出做一出，敏捷嘛，随做随改
|
 |
6
namelosw Mar 31, 2021
最大的问题是代码和 UML 没办法很好同步，如果是代码反向生成 UML 乱的一批，根本没法起到本来应该起到提纲挈领的作用。反过来代码和 UML 不同步的话，那么 UML 意义就很小了。出专人维护又不值得。
如果是人跟人之间交流架构的话，随便画几个不严谨的图形就行了。不同的场景有不同的表示法，UML 大部分时候都很尴尬。 |
 |
7
wzzzx Mar 31, 2021
1. 维护的成本太高
2. 大多数项目开发周期是没有写文档的时间的，更何况画这个图 3. 自动生成的没法使用 |
 |
8
maemolee Apr 1, 2021
UML 太费劲且意义不大
|
 |
9
yyfearth Apr 1, 2021
UML 只能算是一种文档
连最基本的文字文档都没办法和代码保持同步 连代码里面的注释都没办法和代码的功能同步 你还指望 UML ？ 除非真的有一天 AI 可以帮我们写代码 不再需要码农 产品画画图 AI 就可以把产品做出来 那个时候类似 UML 的东西才会有市场 |
Select Language