《大话设计模式》ruby版代码：策略模式

需求：

商场收银软件，根据客户购买物品的单价和数量，计算费用，会有促销活动，打八折，满三百减一百之类的。

一，使用工厂模式。

# -*- encoding: utf-8 -*-

#现金收费抽象类
class CashSuper
    def accept_cash(money)
    end
end

#正常收费子类
class CashNormal < CashSuper
    def accept_cash(money)
        money
    end
end

#打折收费子类
class CashRebate < CashSuper
    attr_accessor :mony_rebate
    
    def initialize(mony_rebate)
        @mony_rebate = mony_rebate
    end

    def accept_cash(money)
        money * mony_rebate
    end
end

#返利收费子类
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
    end
end

#现金收费工厂类
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
    end
end

cash0 = 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)
    end

end

type = '打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))
    end
p 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)
    end

end

cs=CashContext.new('打8折')

p cs.result(700)

 

CashContext中实例化了不同的子类。（简单工厂）
将子类选择的过程转移到了内部，封装了算法（策略模式）。

调用者使用更简单，传入参数（活动类型，原价），即可得到最终的结果。
这里使用者只需要知道一个类（CashContext）就可以了，而简单工场需要知道两个类（CashFactory的accept_cash方法和CashFactory），也就是说封装的更彻底。

策略模式的优点

1，CashContext中封装了算法，这些算法都是完成相同的工作，只是实现不同，有助于抽取算法中的共工功能。
2，简化了单元测试，每个类可以单独测试，不互相影响。

简单的说策略模式就是用来封装算法的。