運用設計模式是 間接解決問題的方式，有 代價的，所以應該   重構至模式，而不是開始就套用設計模式。               一般性步驟，參見導圖中的解決分支：                   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 等；