备注:
1. 模式常常组合使用，共同解决问题。
2. 模式是特定场景下优雅的解决方案，因此场景很关键。在软件设计中，特定的场景可能是显而易见的，可能是隐而不现的，有时甚至是设计者有意创造的。因此使用模式时，对问题的分析至关重要。
3. 模式的使用是有先后之分的。
4. DP书中所给的结构图仅仅是模式可能的实现方式之一，但不是唯一。实现一个模式往往有多种途径。
5. 模式本身是比较复杂的。纯粹的为了模式而模式，并不会改善设计，相反会引入不必要的复杂性。之所以使用模式，是因为它提供了一种优雅的解决方案
6. 有些模式，比如行为型的模式等，常常在设计初期就引入，但是更多的模式则不宜过早的引入。“Refactoring to Patterns”是目前普遍公认的最好的使用设计模式的方法。
7. 模式和语言无关
8. 使用模式不难，用好模式难.唯一的建议: 多编程。
重构与模式
很多模式并非作为主模式被引入系统设计的，往往是在系统不断进化的过程中，根据需求而引入。模式的引入过程就是系统的一个组合重构过程。进化的系统需要持续重构，因此重构就成了使用模式的一个很好的途径。
重构的目标：消除重复代码；消除冗余代码；简化代码逻辑。本质上，重构就是为了提高代码的可读性和可维护性等。
重构往往需要测试驱动开发的支持。没有测试代码重构很难进行，测试代码是保证重构不破坏代码原有行为的必要条件。
重构过程不宜采取过大的步骤。采取尽可能小的重构步骤，在不破坏代码行为的前提下，尽量使重构的代码在可编译状态下进行代码的增删和替换。小步骤的重构往往就是最快的重构方式。
模式导向的重构是把重构和模式使用结合在一起的一个途径。
参考书籍
设计模式 1995
设计模式精解（2nd） 2006
敏捷软件开发 2003
Refactoringto Patterns(中文: 重构与模式) 2006
HeadFirst Design Patterns ElisabethFreeman, Eric Freeman 2007
推荐书籍:
测试驱动开发(TDD) Kent Beck
重构 Martin Fowler
Patternsof EnterpriseApplication Architecture Martin Fowler
Extreme Programming Explained Kent Beck
Object-orientedSoftware Construction Bertrand Meyer
UMLDistilled(有中文版) Martin Fowler
大部分写于：2007-02-05~06
完成于2007-03-30
修改于：2009-09-05
---------------------------------------------------
兄弟的公司：立即购--手机购物，诚信网购
兄弟的公司：立即团
欢迎转载，请注明作者和出处
