程序的过度设计

这几天看一下<重构与模式>，里面提到了过度设计的问题，很多人在学习了模式之后，患上了模式痴迷症，想方设法在程序中使用模式（我就犯过这个错误），结果导致简单的问题复杂化，自己浪费了很多时间 写出来的却是一些意义不大的代码。

回到我们的j2ee中来，大把的模式被用在各层之间，各种个样的继承 接口，刻意的追求模式，我们的程序真的需要那些模式吗？我看未必。

那么到底应该怎么应用模式呢？《重构与模式》给出了很好的答案：从重构到模式，当然要重构就离不开TDD。

书里的大概思想是

1.快速的写完你要做的事情，然后测试

2.然后应用合适的重构方法去重构代码,中间就可能演化出所需的模式。（本书主要是介绍那些重构能够演化成模式）

评论

1 楼 adamzhao 2007-01-11  

xly_971223 写道

<p>这几天看一下<重构与模式>，里面提到了过度设计的问题，很多人在学习了模式之后，患上了模式痴迷症，想方设法在程序中使用模式（我就犯过这个错误），结果导致简单的问题复杂化，自己浪费了很多时间 写出来的却是一些意义不大的代码。</p>
<p>回到我们的j2ee中来，大把的模式被用在各层之间，各种个样的继承 接口，刻意的追求模式，我们的程序真的需要那些模式吗？我看未必。</p>
<p>那么到底应该怎么应用模式呢？《重构与模式》给出了很好的答案：从重构到模式，当然要重构就离不开TDD。</p>
<p>书里的大概思想是</p>
<p>1.快速的写完你要做的事情，然后测试</p>
<p>2.然后应用合适的重构方法去重构代码,中间就可能演化出所需的模式。（本书主要是介绍那些重构能够演化成模式）</p>

呵呵，你确认这次没有患上“痴迷症”吗？