备注 :
1. 模式常常组合使用，共同解决问题。
2. 模式是特定场景下优雅的解决方案，因此场景很关键。在软件设计中，特定的场景可能是显而易见的，可能是隐而不现的，有时甚至是设计者有意创造的。因此使用模式时，对问题的分析至关重要。
3. 模式的使用是有先后之分的。
4. DP 书中所给的结构图仅仅是模式可能的实现方式之一，但不是唯一。实现一个模式往往有多种途径。
5. 模式本身是比较复杂的。纯粹的为了模式而模式，并不会改善设计，相反会引入不必要的复杂性。之所以使用模式，是因为它提供了一种优雅的解决方案
6. 有些模式，比如行为型的模式等，常常在设计初期就引入，但是更多的模式则不宜过早的引入。 “Refactoring to Patterns” 是目前普遍公认的最好的使用设计模式的方法。
7. 模式和语言无关
8. 使用模式不难，用好模式难 . 唯一的建议 : 多编程。
重构与模式
很多模式并非作为主模式被引入系统设计的，往往是在系统不断进化的过程中，根据需求而引入。模式的引入过程就是系统的一个组合重构过程 。进化的系统需要持续重构，因此重构就成了使用模式的一个很好的途径。
重构的目标：消除重复代码；消除冗余代码；简化代码逻辑。 本质上，重构就是为了提高代码的可读性和可维护性 等。
重构往往需要测试驱动开发的支持。没有测试代码重构很难进行，测试代码是保证重构不破坏代码原有行为的必要条件。
重构过程不宜采取过大的步骤。采取尽可能小的重构步骤， 在不破坏代码行为的前提下，尽量使重构的代码在可编译状态下进行代码的增删和替换。小步骤的重构往往就是最快的重构方式。
模式导向的重构是把重构和模式使用结合在一起的一个途径。
参考书籍
设计模式 1995
设计模式精解（ 2nd ） 2006
敏捷软件开发 2003
Refactoring to Patterns( 中文 : 重构与模式 ) 2006
Head First Design Patterns Elisabeth Freeman,Eric Freeman 2007
推荐书籍 :
测试驱动开发 (TDD) Kent Beck
重构 Martin Fowler
Patterns of Enterprise Application Architecture Martin Fowler
Extreme Programming Explained Kent Beck
Object-oriented Software Construction Bertrand Meyer
UML distilled( 有中文版 ) Martin Fowler
大部分写于： 2007-02-05 ~06
完成于 2007-03-30
修改于： 2009-09-05
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
