看了很多关于UML的文章，总觉得UML是一个好东西，但却常常不喜欢真正的去用它。觉得太麻烦，这是一个重要的理由。但是如果阅读他人的程序的时候，又往往希望能先看到程序的UML的设计文档。
根据敏捷的原则，效率最大，在此基础上可以不用非常详细的去画UML，可以画一些非常简单的UML结构草图，来帮助设计分析用。
当然，当时间不是那么紧张的时候，或者说有条件的时候，比如公司给你配置了一名技术助理之类的时候，可以把设计文档补全，通过补全UML的同时，其实也能加深对面向对象思想的理解。
自从罗伯特.马丁提出代码就是最好的文档，我无不从简单，清楚的编码风格上努力。希望能写出非常优雅的，可以替代文档的代码。但是这难度很大。当程序很大的时候，你不得不作些折中。
我的经验告诉我，文档是必须的，即使是不大的程序。但尽可以写的简单，明了。
能写出极限代码来不容易，写出极限文档来，更不容易。极限编程需要训练才行。
学习是一个枯燥的过程，从中取乐是坚持的关键。写这篇短文就是基于此，见笑了。
|