學習設計模式經驗總結

http://35java.com/zhibo/forum.php?mod=viewthread&tid=256&extra=page%3D3

如果你的應用基於容器，那麼Singleton模式少用或者不用，可以使用相關替代技術     Singleton模式看起來簡單，使用方法也很方便，但是真正用好，是非常不容易，需要對Java的類 線程 記憶體等概念有相當的瞭解 CoR的優點：     因為無法預知來自外界（用戶端）的請求是屬於哪種類型，每個類如果碰到它不能處理的請求只要放棄就可以。     缺點是效率低，因為一個請求的完成可能要遍曆到最後才可能完成，當然也可以用樹的概念最佳化。 在Java AWT1.0中，對於滑鼠按鍵事情的處理就是使用CoR,到Java.1.1以後，就使用Observer代替CoR 擴充性差，因為在CoR中，一定要有一個統一的介面Handler.局限性就在這裡。 與Command模式區別：     Command 模式需要事先協商用戶端和伺服器端的調用關係，比如 1 代表 start 2 代表 move 等，這些 都是封裝在 request 中，到達伺服器端再分解。     CoR 模式就無需這種事先約定，伺服器端可以使用 CoR 模式進行用戶端請求的猜測，一個個猜測 實驗。 Command是將行為進行封裝的典型模式,Factory是將建立進行封裝的模式     實際整個Strategy的核心部分就是抽象類別的使用,使用Strategy模式可以在使用者需要變化時,修改量很少,而且快速.     Strategy和Factory有一定的類似,Strategy相對簡單容易理解,並且可以在運行時刻自由切換。Factory重點是用來建立對象。 Strategy適合下列場合: 1.以不同的格式儲存檔案; 2.以不同的演算法壓縮檔; 3.以不同的演算法截獲圖象; 4.以不同的格式輸出同樣資料的圖形,比如曲線 或框圖bar等 使用Visitor模式的前提 使用訪問者模式是對象群結構中(Collection) 中的物件類型很少改變。     在兩個介面Visitor和Visitable中,確保Visitable很少變化,也就是說，確保不能老有新的Element元素類型加進來，可以變化的是訪問者行為或操作，也就是Visitor的不同子類可以有多種,這樣使用訪問者模式最方便.     如果對象集合中的對象集合經常有變化, 那麼不但Visitor實現要變化，Visistable也要增加相應行為，GOF建議是,不如在這些對象類中直接逐個定義操作，無需使用訪問者設計模式。     但是在Java中，Java的Reflect技術解決了這個問題，因此結合reflect反射機制，可以使得訪問者模式適用範圍更廣了。