第二篇设计模式之工厂方法模式-CSDN博客

本文链接：https://blog.csdn.net/Passi_zxj/article/details/52793255

欢迎转载 http://blog.csdn.net/Passi_zxj/article/details/52793255

简介

工厂类不再负责产品的创建，由工厂的子类负责
通常包含
- 抽象工厂 工厂基类，其接口子类必须实现
- 具体工厂 工厂子类，在这里创建产品
- 抽象产品 父指针指向的对象
- 具体产品 子类指针指向的对象

背景

使用者清楚的知道哪个产品对应哪个工厂，然后他只需要去实例化这个工厂就可以。
- 比如collection 中的迭代器，你使用迭代器之前你就该知道你的collection是什么类别，当然你就知道该调什么工厂去实现
只是需要一种产品，而不想知道也不需要知道究竟是哪个工厂为生产的，即最终选用哪个具体工厂的决定权在生产者一方，它们根据当前系统的情况来实例化一个具体的工厂返回给使用者，而这个决策过程这对于使用者来说是透明的。（来自百度百科，目前我也不懂。。）

一言以蔽之

有了抽象工厂以后，每个产品的生产就都交给其子类（具体）实现了，遵循了抽象封闭原则

//抽象产品
class Animal
{
  public:
    void Walk()
    {
        printf("i am walking...\n");
    };

    void Sleep()
    {
        printf("i am sleepping...\n");
    };
};

//具体产品
class Dog : public Animal
{

};

class Cat : public Animal
{

};

//抽象工厂
class AnimalFactory
{
  public:
    virtual Animal createAnimal() = 0 ;
};

//具体工厂
class CatFactory
{
  public:
    Animal createAnimal()
    {
        return new Cat ;
    }
};

class DogFactory: public AnimalFactory
{
  public:
    Animal createAnimal()
    {
        return new Dog ;
    };
}

//客户端，使用者 或者也叫做消费者代码
AnimalFactory *factory = new DogFactory ;//要换成“猫”，只需要修改这个工厂就ok了
Animal *dog = factory->createAnimal();
dog->Walk() ;

review

如果这个程序给我做的话，我能想到把Animal给抽象出来，也就是之前所说的简单工厂模式，这里是把创建Animal的工厂也给抽象了，这样就克服了简单工厂违背的“开放-封闭原则”
因此也解决了简单工厂里超大的switch的问题，本身简单工厂里的switch就处理了多个产品，所以耦合很重，现在再也不用担心会把这个switch撑爆啦！