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