或许我这样评价不是很公正.

因为UML 也就是一个工具而已，就像原子弹一样，他们的好坏则是看到底用他们的是谁.

      这篇文章更多是写给正在学习UML的自己的，也许有些东西很肤浅。如果觉得不爽的，想骂就骂吧.但要骂，请看完整篇文章，我并不是在无病呻吟！

UML自诞生之初，就为软件发展提供了很多的帮助！没人敢否认他的功绩，反而也是因为这个原因，让大家都对UML顶礼膜拜一样。好像做什么都需要UML！而且还有一点，很多教科书，还有一些文章，一提到UML，就摆出大量的分析，甚至恨不得，细到每一个细节！我相信我看的那本书绝对是本好书，但是他只能告诉你UML是什么，但是决然不能通过UML的教学来告诉你软件建模的一些技巧。

在王永刚、王咏武两位先生的《道法自然——面向对象编程》这本书里，也提到了，学习UML的过程并没办法传授大家面向对象的思想。

但是为什么不做呢？

难道学习UML就一定要去掌握那么多繁琐的东西吗？为什么不可以更加灵活的学习呢？

昨天看了CSDN论坛里的一篇帖子，是在讨论接口的乱用。

这些东西都是软件开发发展过程中，留给我们的优秀的遗产，但是用多了，反而适得其反，UML也应该是一样的。所以学习UML为什么不能换成这样，给出一个分析，然后用UML的方法来解析这个需求，UML的很多常用的东西，作为主要的，不常用的作为备注。如果一个人的开发，要经常用到UML中的某一些，及时是不常用的，估计多了也常用了。

不要，一看到项目就来个大拆借，那么详细的划分需要吗？

就说web项目的开发，难道也需要将用户的每一次点击都记录下来吗？

在两位王先生开发那个FishGui项目时，提供了他们在开发这个项目的很多资料。虽然FishGui不大，但是也需要承载他们公司的很多任务，更重要的是需要为以后的其他软件的开发作为基础。

但他们并没有用大量的UML的东西，只是点到为止！能得到自己所需的就好。

我们队长也告诉过我，UML需要灵活运用，在我们开发的过程中能到最终的类图，就是最终目的了。

还好有他们的帮助。如果一个人从未接触过UML，但是很多人一上来就像我看到的那本书一样把UML介绍的那么复杂，这样会产生非常逆反的影响。

或许我这篇文章，就是在发这样的牢骚吧。

但是相同的例子在中国太多了，很多事情都太独立了。UML完全是为了配合别人，但是却把自己伪装的那么高雅。

我记得今年我曾经找过一位教C语言的老师，完全典型的中国教室的风格。我问他们很多关于软件开发的内容，而他从头到尾，只告诉我，你现在就把谭浩强的《C语言编程》的课后习题做完了，自己能默写写出一个冒泡程序、排序程序就好了。

还好当初没听那个死老头子的！也没有继续看谭浩强的那本烂书，否则现在后悔死了。

UML其实好到了哪里呢？他扮演的角色也被大家神化了，最终结果就是反作用。

我将来的主要方向还是在web上，我会想办法将UML合理的规划到我的建设中来的，但是我不会学习那些教条的方法。