假設對於商場系統中「正常收費」、「滿300返100」、「打8折」,都是對**處理的演算法,而它們具有公共功能(處理**之後返回),那麼如果按照面向過程中寫如下:
switch(string type)
乙個類就可以搞定了,但是當需要加上其他活動的時候,必須重寫這個方法加上case分支,而後當「400返200」、「打7折」,這兩個已經跟「滿300返100」、「打8折」具有相同的特徵,只是行為不一樣,那麼就無非重用,然後現在將「正常收費」、「滿300返100」、「打8折」改造成相對復用的繼承cashsuper的子類如上面結構圖,並由cashcontext統一管理,這個時候就可以在cashcontext中採用簡單工廠模式,將switch放到cashcontext中進行判斷,把客戶端**轉移處理。
優:將客戶端**的職責減輕,方便演算法(也可是規則)的擴充套件。
缺:儘管是在cashcontext類中採用了簡單工廠模式,減少了客戶端的**的職責,但是當新添演算法(規則)時,還需要修改cashcontext類,並沒有遵循「開放-封閉」原則。
總結自:《大話設計模式》--策略模式
設計模式 策略設計模式
策略設計模式其實就是多型的使用,父類引用指向子類物件。策略模式的最大特點是使得演算法可以在不影響客戶端的情況下發生變化,從而改變不同的功能。策略模式的缺點其實也很明顯,在於策略模式把每一種具體的策略都封裝成乙個實現類,如果策略有很多的話,很顯然是實現類就會導致過多,顯得臃腫。案列 author de...
設計模式 策略模式
策略模式是一種定義一系列演算法的方法,從概念上來看,所有這些方法完成的都是相同的工作,只是實現不同,他們可以用相同的方式呼叫所有的演算法,減少了演算法類和使用演算法類之間的耦合.優點 策略模式的strategy類層次為context定義了一系列可供重用的演算法和行為,繼承有助於吸取這些演算法中的公共...
設計模式 策略模式
定義了演算法家族,分別封裝起來,讓他們之間可以相互替代,此模式讓演算法的變化,不會影響到使用演算法的客戶端 定義抽象類 分別實現抽象類,不同的物件 然後用乙個類初始化,並傳入具體的策略物件 根據具體的策略物件,呼叫其演算法的方法 客戶端 是由於例項化不同的策略,所以最終在呼叫 類時,所獲得的結果時不...