设计与UML图以及设计模式

其实大多数人在软件开发的过程中不太容易遇到需要什么设计的情形。多数情况下，写程序仅仅是做一些并不需要太多抽象的事务性操作。而且事实上这样的操作也不应该过多的应用设计模式，否则会让程序看起来复杂。

如果是一个很复杂的系统，涉及到很多的功能模块，这时我觉得大概是需要一些设计的支持的。所谓的设计模式，其实是通过一些手段来弥补语言本身的缺陷而已。当然，面向对象总是很流行，java又是一种喋喋不休的语言，设计模式加重了这个问题，总之用java总是难以写出简洁的代码。  设计模式的好处在于，它提供了很多比较典型的应用场景，并提出了这些场景下的参考设计方案，以及为什么要使用这样的方案。这些场景不是所有的开发人员都能遇到的所以对于程序员有一些指导性意义。不过相对于设计模式，我倒觉得应该想方设法的把代码写的简洁清晰。

不过我觉得还是应该了解一些设计模式，我对设计模式之所以提不起兴致来的一个主要原因是它并不能帮助写出好代码来，而且往往还会对代码的写作造成不良的影响。

UML我觉得其实对于设计者往往没有什么帮助，主要是写给别人看的。不过目前分析工具十分的缺乏，除了UML似乎也没有什么特别好的选择。我突然发现我真的不是那种特别喜欢学习的学霸，大体上来说，我干具体工作还是不错的，但是不一定能够说清楚。