最近一直在抽時間研究設計模式，之前對設計模式也有一定的了解，但是都沒有平心靜氣的去研究過，只是了解了一些皮毛，最近打算再深入研究一下，重新打開了設計模式的數據，對之前的疑問一個個的刨根問底，今天看了簡單工廠模式和策略模式看的人有點小暈，兩個的大概思路沒有怎么變，都是通過多態去減少代碼的耦合度 ...

學完策略模式和狀態模式后，對比發現兩者的關系類圖幾乎一樣，遂產生了疑問，這兩者模式幾乎一樣的設計，那他兩有什么區別嗎 不過既然是兩者設計模式，那他們肯定不一樣了，哪怕是失散多年的孿生兄弟，那也只是同表不同里 下面結合書上和網上的博客記錄下我的理解 策略模式類圖： 狀態模式類圖 ...

以前項目寫過關於TR069協議報文處理的代碼（主要是基於SOAP協議發送一些遠程命令並處理響應），在設計的時候，想的是應用策略模式對報文進行解析處理， 下圖是主要代碼結構（和策略模式很像） 代碼類似於： 但回過頭來仔細看，這哪是什么策略模式 ...

命令模式：一次設定，統一執行。狀態模式： 相當於If else if else； 設計路線：各個State類的內部實現(相當於If，else If內的條件) 執行時通過State調用Context方法來執行。職責鏈模式： 相當於Swich case 設計路線：客戶設定 ...

1、概述 　　命令模式和策略模式的類圖確實很相似，只是命令模式多了一個接收者（Receiver）角色。它們雖然同為行為類模式，但是兩者的區別還是很明顯的。策略模式的意圖是封裝算法，它認為“算法”已經是一個完整的、不可拆分的原子業務（注意這里是原子業務，而不是原子對象），即其意圖是讓這些算法獨立 ...

簡單代理模式與策略模式在功能上的很大的區別是： 簡單代理模式中，代理類知道被代理類的行為，因為代理類與被代理類實現的是同一個接口，因此代理類與被代理類的結構是相同的； 而策略模式中，策略容器並不知道內部策略的詳細信息，因為容器並沒有實現與內部策略相同的接口，即容器與內部策略只是簡單的組合關系，容器 ...

按一般教程中出現的例子理解： 簡單工廠模式：客戶端傳一個條件進工廠類，工廠類根據條件創建相應的產品類對象，並return給客戶端，供客戶端使用。即客戶端使用的是工廠類生產的產品對象。 策略模式：客戶端創建一個Context類對象a（可以看作是工廠模式中工廠類），創建一個策略對象並傳參給對象 ...

工廠模式和策略模式看着很像，經常讓人混淆不清;它們的區別在哪里，需要細細體味； 相似點 在模式結構上，兩者很相似； 差異 用途不一樣工廠是創建型模式,它的作用就是創建對象；策略是行為型模式,它的作用是讓一個對象在許多行為中選擇一種行為; 關注點不一樣一個關注對象創建一個 ...