当然可能是我没有接触到
感觉 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 的东西才会有市场 |