運用設(shè)計模式是 間接解決問題的方式，有 代價的，所以應(yīng)該   重構(gòu)至模式，而不是開始就套用設(shè)計模式。               一般性步驟，參見導(dǎo)圖中的解決分支：                   1. 找出系統(tǒng)中的頻繁變化點，不是變化點，就沒必要運用設(shè)計模式；                 2.重構(gòu)。分析變化點的穩(wěn)定部分，抽象和封裝。保證程序主邏輯的穩(wěn)定，盡量只擴展；           3.結(jié)合設(shè)計模式重構(gòu)。關(guān)注變化：橫向擴展 or 縱向擴展，設(shè)計模式出爐。 創(chuàng)建型模式 主要解決 new 所帶來的耦合性過高問題。     Factory Method   ：單個對象的需求變化，并且系統(tǒng)對對象有批量需求。經(jīng)常與其他模式結(jié)合使用。最重要的創(chuàng)建型模式。穩(wěn)定的部分：接口，不穩(wěn)定的部分：具體的對象實現(xiàn)，和需求對象的數(shù)目。      Abstract Factory ： 系列產(chǎn)品對象 的需求變化，系列對象之間有相互的依存關(guān)系。長處：系列的增加，短處：增加新產(chǎn)品。應(yīng)用場合：Java AWT 的 Peer 架構(gòu)。     P r o t o t y p e：對象 數(shù)量需求不穩(wěn)定 ，一般可替代Factory Method，應(yīng)用的比較少。     B u i l d e r：組成 部分面臨頻繁 變化，組合算法 卻相對穩(wěn)定，對象屬性互相依賴。運用舉例：JavaMail     S i n g l e t o n 應(yīng)用場合：配置文件對象，Hibernate 中的Session Factory 等；