我们不需要UML了么？

真正好的代码，代码本身就是最好的设计说明，没必要再写成文当，而且维护文档的工作比维护代码的工作更难。

---------
没错，好的代码本身就是最好的设计，为什么要用UML? 就是因为无法保证整个项目都是好的代码，假如一个项目是200个人协作完成的，谁成保证这200个人都能写出高质量的代码？

UML不是万能的

1.UML做为一种设计辅助手段，的确有它的用处。当然可以不选择UML表达架构设计，但是一样要选一种其它的表达方式。我喜欢用它，因为现在uml工具很多，容易上手，图表含意相同。但我并不局限于它，只要能清楚表达设计意图的方式，都是可以尝试的。拿uml当教条当然会有问题。
2.开源项目也有用uml的。
3.你举的例子，是一个设计细节，一方面的确可以用uml表达，uml有 构造型 有注释 可以进行扩展。不知大家所在的公司会不会作这么细的设计。我想这个应该是成熟的程序员的习惯用法，并不象是架构的内容，有必要画到图里吗？

那交流的时候总得画个什么吧，不能你画个馒头大饼表示，我画个阿猫阿狗的

个人私下认为：UML适合业务逻辑特别复杂的情况，尤其是存在非单一系统：（例如业务系统、短信平台、银行刷卡等等），这时候使用UML时，提高生产力的作用是非常巨大的。
但如果是单一的系统，如果分层正确，注释也到位，使用UML本身就是一种负担。这时候详细设计说明书本身就已经满足开发需要了。
使用UML还有一个问题，它需要设计团队本身有足够强大的能力才能驽驾UML这个怪物。
最后一个问题，因为人员流动性的存在，你确定接手的人员能够搞得定UML？
综上所述，从成本考虑，如非必要，最好不要沾UML，呵呵。

我觉uml 在设计中 设计框架图 给人比较直接。

一直在学习UML ,却一直使用不上。
UML应该是每个软件工程师必须的。

together UML 这个软件不错的。

uml是一种建模语言，也是一种规范，你遵循它或者用他来画图无可非议，你不遵循它或者弃用他也无可非议，萝卜白菜各有所爱，有些人喜欢用uml来表达自己的设计思想（尤其是比较自己觉得做的比较得意的地方）、表达自己的架构思想，有些人喜欢直接拿支笔（管他规范不规范）在墙上、在地上、在纸上（总之可以画可以写的地方）涂鸦式的表述自己的设计和架构思想，呵呵

UML的类图还可以，基本上23个设计模式都能刻画出来。其他的好像一般，其他图，如时序图发现很多人理解都不一样，有的人粒度大，有的粒度小。

UML只是起到一个提高项目或者产品统一的认知度，在你的项目中是否使用UML不是最重要的，重要的是明确你的团队是否需要UML来统一对项目的认知，而且，是否使用UML还和项目本身的复杂程度有关系，如果就是一个简单记账程序，有必要使用UML吗？
个人之见，请指教