搞java EE的，要学UML吗

[njtimenowht]

好像JAVA EE的参考书很少有提到UML的

[ZangXT]

懂会好,做一些系统设计和交流会用的到.
不会也无所谓,其实很多公司是用不到这个的.

[黙墨]

支持！！！[Quote=引用 1 楼 ZangXT 的回复:]
懂会好,做一些系统设计和交流会用的到.
不会也无所谓,其实很多公司是用不到这个的.
[/Quote]

[抬头望远，低头沉思]

[Quote=引用楼主 njtimenowht 的帖子:]
好像JAVA EE的参考书很少有提到UML的
[/Quote]
这也是为什么有很多项目都最后崩溃的一个原因，没有很好的设计
我认为UML很重要，特别是在概要设计和详细设计时，来对系统模型的分析。
（至于Java EE的参考书，一般项目都很小没有必要在书中再加入UML图，
因为业务逻辑读者都能分清，也就没必要占用纸张了）

不过有的书还是有的，特别是对项目分析的，要是你以后往设计发展的话，UML一定要好的

[抬头望远，低头沉思]

[Quote=引用 1 楼 ZangXT 的回复:]
懂会好,做一些系统设计和交流会用的到.
不会也无所谓,其实很多公司是用不到这个的.
[/Quote]
应该是职责不同才用不到吧！
你要是程序员只敲前台客户端代码，
类什么都给你封装好了，你就没必要理解内部结构，
就把你手中的东西写好就行了，
那些设计交给上面系统分析和设计师来写吧！
（楼主要是学设计一定要看的）

[ZangXT]

[Quote=引用 5 楼 yinyuan1987 的回复:]
引用 1 楼 ZangXT 的回复:
懂会好,做一些系统设计和交流会用的到.
不会也无所谓,其实很多公司是用不到这个的.

应该是职责不同才用不到吧！
你要是程序员只敲前台客户端代码，
类什么都给你封装好了，你就没必要理解内部结构，
就把你手中的东西写好就行了，
那些设计交给上面系统分析和设计师来写吧！
（楼主要是学设计一定要看的）
[/Quote]
不是职责的问题,设计的人员用uml做设计的话,编程人员基本也要能看懂吧.
我专门问过一些做设计的,他们说基本都不用,因为对所有人都提出要求了,反而不容易交流.

[cd2001zxm]

[Quote=引用 6 楼 ZangXT 的回复:]
引用 5 楼 yinyuan1987 的回复:
引用 1 楼 ZangXT 的回复:
懂会好,做一些系统设计和交流会用的到.
不会也无所谓,其实很多公司是用不到这个的.

应该是职责不同才用不到吧！
你要是程序员只敲前台客户端代码，
类什么都给你封装好了，你就没必要理解内部结构，
就把你手中的东西写好就行了，
那些设计交给上面系统分析和设计师来写吧！
（楼主要是学设计一定要看的）

不是职责的问题,设计的人员用uml做设…
[/Quote]

uml的精通可以帮助你更加深入的理解面向对象，能定制出更加合理的接口和组合聚合关系。
现在多数的设计人员都不是真正意义上的。

精通uml的不见得都是顶尖架构师，但顶尖架构师绝对是uml专家。
注意，设计spring的人，和使用sping进行需求设计的是两个概念，我说的顶尖架构师指的是前者。