標籤:
需求:
商場收銀軟體,根據客戶購買物品的單價和數量,計算費用,會有促銷活動,打八折,滿三百減一百之類的。
一,使用原廠模式。
# -*- encoding: utf-8 -*-#現金收費抽象類別class CashSuper def accept_cash(money) endend#正常收費子類class CashNormal < CashSuper def accept_cash(money) money endend#打折收費子類class CashRebate < CashSuper attr_accessor :mony_rebate def initialize(mony_rebate) @mony_rebate = mony_rebate end def accept_cash(money) money * mony_rebate endend#返利收費子類class CashReturn < CashSuper attr_accessor :mony_condition, :mony_return def initialize(mony_condition, mony_return) @mony_condition = mony_condition @mony_return = mony_return end def accept_cash(money) if money > mony_condition money - (money/mony_condition) * mony_return end endend#現金收費工廠類class CashFactory def self.create_cash_accept(type) case type when ‘正常收費‘ CashNormal.new() when ‘打8折‘ CashRebate.new(0.8) when ‘滿三百減100‘ CashReturn.new(300,100) end endendcash0 = CashFactory.create_cash_accept(‘正常收費‘)p cash0.accept_cash(700)cash1 = CashFactory.create_cash_accept(‘打8折‘)p cash1.accept_cash(700)cash2 = CashFactory.create_cash_accept(‘滿三百減100‘)p cash2.accept_cash(700)
做到了自訂折扣比例和滿減的數量。
存在的問題:
增加活動的種類時,打五折,滿五百減二百,需要在工廠類中添加分支結構。
活動是多種多樣的,也有可能增加積分活動,滿100加10積分,積分一定可以領取活動獎品,這時就要增加一個子類。
但是每次增加活動的時候,都要去修改工廠類,是很糟糕的處理方式,面對演算法有改動時,應該有更好的辦法。
二,策略模式
CashSuper和子類都是不變的,增加以下內容:
class CashContext attr_accessor :cs def initialize(c_super) @cs = c_super end def result(money) cs.accept_cash(money) endendtype = ‘打8折‘cs=case type when ‘正常收費‘ CashContext.new(CashNormal.new()) when ‘打8折‘ CashContext.new(CashRebate.new(0.8)) when ‘滿三百減100‘ CashContext.new(CashReturn.new(300,100)) endp cs.result(700)
CashContext類對不同的CashSuper子類進行了封裝,會返回對應的result。也就是對不同的演算法進行了封裝,無論演算法如何變化。都可以使用result得到結果。
不過,目前有一個問題,使用者需要去做判斷,來選擇使用哪個演算法。可以和簡單工場類結合。
三,策略和簡單工場結合
class CashContext attr_accessor :cs def initialize(type) case type when ‘正常收費‘ @cs = CashNormal.new() when ‘打8折‘ @cs = CashRebate.new(0.8) when ‘滿三百減100‘ @cs = CashReturn.new(300,100) end end def result(money) cs.accept_cash(money) endendcs=CashContext.new(‘打8折‘)p cs.result(700)
CashContext中執行個體化了不同的子類。(簡單工廠)
將子類選擇的過程轉移到了內部,封裝了演算法(策略模式)。
調用者使用更簡單,傳入參數(活動類型,原價),即可得到最終的結果。
這裡使用者只需要知道一個類(CashContext)就可以了,而簡單工場需要知道兩個類(CashFactory的accept_cash方法和CashFactory),也就是說封裝的更徹底。
策略模式的優點
1,CashContext中封裝了演算法,這些演算法都是完成相同的工作,只是實現不同,有助於抽取演算法中的共工功能。
2,簡化了單元測試,每個類可以單獨測試,不互相影響。
簡單的說策略模式就是用來封裝演算法的。
《大話設計模式》ruby版代碼:策略模式