《大话设计模式》ruby版代码：工厂方法模式

一，先看看简单工厂模式

简单工厂模式的优点：工厂类中包含了必要的逻辑判断，根据客户端的选择动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。

简单工厂模式的缺点：增加功能的时候，就需要增加case的条件分支，也就是要修改工厂类，违背了“开放-封闭原则”。

2，工厂方法模式：

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



#运算类

class Operation

    attr_accessor :number_a,:number_b

    

    def initialize(number_a = nil, number_b = nil)

        @number_a = number_a

        @number_b = number_b

    end

    

    def result

        0

    end

end



#加法类

class OperationAdd < Operation

    def result

        number_a + number_b

    end

end



#减法类

class OperationSub < Operation

    def result

        number_a - number_b

    end

end



#乘法类

class OperationMul < Operation

    def result

        number_a * number_b

    end

end



#除法类

class OperationDiv < Operation

    def result

        raise '除数不能为0' if number_b == 0    

        number_a / number_b

    end

end





module FactoryModule

    def create_operation

    end

end

#加法工厂

class AddFactory

    include FactoryModule

    

    def create_operation

        OperationAdd.new

    end    

end



#减法工厂

class SubFactory

    include FactoryModule

    

    def create_operation

        OperationSub.new

    end

end

#乘法工厂

class MulFactory

    include FactoryModule

    

    def create_operation

        OperationMul.new

    end    

end

#除法工厂

class DivFactory

    include FactoryModule

    

    def create_operation

        OperationDiv.new

    end    

end



factory = AddFactory.new

oper = factory.create_operation

oper.number_a = 1

oper.number_b = 2

p oper.result

相比于简单工厂模式，这里的变化是移除了工厂类，取而代之的是具体的运算工厂，分别是加法工厂、减法工厂、乘法工厂和除法工厂。

工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到了子类。

工厂方法模式实现时，客户端决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在，也就是说，工厂方法把简单工厂的内部逻辑判断转移到了客户端代码来进行。想要增加功能，本来是修改工厂类，现在是修改客户端。

 

这么做的好处是，克服了简单工厂违背“开放-封闭原则”的缺点，又保持了封装对象创建过程的优点。

存在的问题是逻辑分支的判断依然需要实现，只不过是从工厂类中转移到了客户端，利用”反射“可以解决分支判断的问题。