渐进开发，保持简单的思想态度──由对框架的误用谈起

近来我设计的一个框架用在了一个项目中，虽然当时开发时感觉不很完善，但由于项目时间和需求分析的限制（还有自身能力的局限性），并不能想到怎么更好的进一步完善。（不过我想再进一步想想下去，做下去也没好处，XP说：只做最简单有用的事情，敏捷开发说：不要预想明天的事情，把今天尽量作好）。那个项目算是基本按期完成了，感觉还行吧。：）

近来又出现了一个项目，要在原来的代码基础和框架上开发，但是交给了另外一个组内同事来做，新来不久，基础还行。我发现一个严重问题：他老想着用这个框架，然后添上几行代码就行了。但正象我前面所说的，这个框架并不成熟，而他已经局限在框架和框架所涉及到的apache XmlRpc,Axis等中间件中（由于基础不实太扎实吧）。而对最重要的事情确忽略了。这就是要理解需求，理解设计的根本思想，少用中间件，尽快开发，测试。（XP原则之一：不要先用数据库，中间件等，非要不可时，再引入它。）

牛人说过：好的框架要经过3个项目以上的实验，才能证明他是可用和稳定的。我做的的框架不太成熟也没有什么好羞愧的。敏捷开发原则说：每一个成员都具有项目中所有方面的参与劝。最好的构架、需求和实际来自于自组织的团队。又说：要保持简单。

在此过程中我不断给他讲述：1。中间件只是一个微小作用（相对于设计），要理解基本思想，看的简单些。2。框架并不完美，先做最简单的，能满足需求的代码，然后再进一步领会框架，使用框架，改进框架。（XP：持续集成，改进。）

现在同事有点领悟了，开始做最简单的能满足需求的东西。至于对框架的运用，我说，当你发现有复杂重复的代码想修改时，想想此时如何利用框架里现成的东西。

还有就是对Eclipse的使用，大量功能被Eclipse及其插件简化代替，Eclipse的插件偶尔出现一个问题（或者是bug）我要和他一起分析半天，然后才能找出问题。而原理此时才豁然开朗。（敏捷开发：个体和交互 胜过 过程和工具，包含有这样的意思，工具不是最重要的，重要的是要理解思想，沟通，构建团队的思想。）

突然想起来spring的创作者Rod说：J2EE开发过程中，ODD的思想才是最重要的，而不是EJB等规范和框架。会话EJB，实体EJB的规范实现都也是框架。（据Rod说，EJB不算成熟）

至于成熟的优秀的框架，我们可以直接使用他，而不必想着自己构建基础代码。但是你没有首先尝试过自己构建基础代码，即简单实践，或者深入的思考过如何尝试，再加上匆忙使用框架，没有理解他的思想的话，说不定你的代码会更糟。总结一句：要首先做最简单的事情，然后理解框架思想，运用框架，进一步的是限制框架的侵入性（这也是个话题）。