第八章 雷锋依然在人间——工厂方法模式

8.2简单工厂模式实现

结构图：

8.3工厂方法模式实现

结构图： 代码示例：
先构建一个工厂接口

interface IFactory
{
    public function CreateOperation();
}

各建一个具体运算工厂去实现这个接口

//加法工厂类
class AddFactory implements IFactory
{
    public function CreateOperation()
    {
        return new OperationAdd();
    }
}
//减法工厂类
class SubFactory implements IFactory
{
    public function CreateOperation()
    {
        return new OperationSub();
    }
}

客户端代码

$operFactory = new AddFactory();
$oper = $operFactory->CreateOperation();
$oper->setNumA(1);
$oper->setNumB(2);
$result = $oper->getResult();
echo '运算结果：' . $result;

8.4简单工厂vs.工厂方法

简单工厂模式的最大优点在于工厂类中包含了必要的判断逻辑，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。但问题在于，如果要对原有功能进行扩展，一定需要给工厂类的方法里加入新的判断分支条件，修改原有的类，这就相当于对扩展开放了，对修改也开放了，违背了开放-封闭原则。
工厂方法模式（FactoryMethod），定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
工厂方法模式（FactoryMethod）结构图 工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑判断已到了客户端代码来进行。你想要加功能，本来是改工厂类的，而现在是修改客户端！（后面会讲）

8.5雷锋工厂

代码实现：
雷锋类

//雷锋
class LeiFeng
{
    public function Sweep()
    {
        echo '扫地<br>';
    }
    public function Wash()
    {
        echo '洗衣<br>';
    }
    public function BuyRice()
    {
        echo '买米<br>';
    }
}

雷锋类的继承类

//学雷锋的大学生
class Undergraduate extends LeiFeng
{
}
//社区志愿者
class Volunteer extends LeiFeng
{
}

雷锋工厂

//雷锋工厂
interface ILeifengFactory
{
    public function CreateLeiFeng();
}
//学雷锋的大学生工厂
class UndergraduateFactory implements ILeifengFactory
{
    public function CreateLeiFeng()
    {
        return new Undergraduate();
    }
}
//社区志愿者工厂
class VolunteerFactory implements ILeifengFactory
{
    public function CreateLeiFeng()
    {
        return new Volunteer();
    }
}

客户端代码

$factory = new UndergraduateFactory();
$student = $factory->CreateLeiFeng();
$student->Sweep();
$student->Wash();
$student->BuyRice();

工厂方法克服了简单工厂违背开放-封闭原则的缺点，又保持了封装对象创建过程的优点。
它们都是集中封装了对象的创建，使得要更换对象时，不需要做大的改动就可以实现，降低了客户程序与产品对象的耦合。工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。但缺点是由于每加一个产品，就需要加一个产品工厂的类，增加了额外的开发量。
利用‘反射’可以解决避免分支判断的问题。