运用设计模式是 间接解决问题的方式，有 代价的，所以应该   重构至模式，而不是开始就套用设计模式。               一般性步骤，参见导图中的解决分支：                   1. 找出系统中的频繁变化点，不是变化点，就没必要运用设计模式；                 2.重构。分析变化点的稳定部分，抽象和封装。保证程序主逻辑的稳定，尽量只扩展；           3.结合设计模式重构。关注变化：横向扩展 or 纵向扩展，设计模式出炉。 创建型模式 主要解决 new 所带来的耦合性过高问题。     Factory Method   ：单个对象的需求变化，并且系统对对象有批量需求。经常与其他模式结合使用。最重要的创建型模式。稳定的部分：接口，不稳定的部分：具体的对象实现，和需求对象的数目。      Abstract Factory ： 系列产品对象 的需求变化，系列对象之间有相互的依存关系。长处：系列的增加，短处：增加新产品。应用场合：Java AWT 的 Peer 架构。     P r o t o t y p e：对象 数量需求不稳定 ，一般可替代Factory Method，应用的比较少。     B u i l d e r：组成 部分面临频繁 变化，组合算法 却相对稳定，对象属性互相依赖。运用举例：JavaMail     S i n g l e t o n 应用场合：配置文件对象，Hibernate 中的Session Factory 等；