简单工厂--工厂方法--抽象工厂

工厂方法————创建型设计模式
今天要和大家分享的是，工厂方法。

考虑这样一种场景，你创建了一个运输管理程序， 第一个版本，你的应用程序只有卡车运输。因此你的所有代码都在卡车(Truck)类中。一段时间之后，你的App很受欢迎，很多海运公司希望你的App支持海运。
这是个好消息，代码怎么办呢？你的大多数代码都在Truck类中，增加Ship类，需要改动整个代码仓库，另外，再过段时间，如果你想添加另外一种运输类型到你的App中，你又得再做一次同样的改变和Ship 一样。

最后你的代码将变得混乱，各种运输对象的切换，将带来各种逻辑判断。

如何解决？
工厂方法，建议将对象的直接创建进行替换，改为使用工厂的某个方法进行创建。这个对象最终仍然是由new产生，只是用了工厂的方法。返回的对象，我们经常叫做产品(Products).

在这个实例当中，我们就可以将运输工具抽象出来作为基类Transport，然后有个工厂，专门生产运输工具，根据用户行为决定生产什么类型。

// file: simple-factory.hpp
#pragma once
#include <iostream>
#include <string>
using namespace std;
class Transport
{
public:
    Transport() {}
    ~Transport() {}

    virtual void deliver() = 0;
};

class Truck :public Transport
{
public:
    Truck() {};
    ~Truck() {};
    void deliver()
    {
        cout << "deliver by land." << endl;
    }
};

class Ship : public Transport
{
public:
    void deliver()
    {
        cout << "deliver by sea." << endl;
    }
};

class Logistics
{
public:
    Transport* createTransport(const string& type)
    {
        if ("truck" == type)
        {
            return new Truck();
        }
        else if ("ship" == type)
        {
            return new Ship();
        }
    }
};

调用实例代码如下：

#include "simple-factory.hpp"


int main()
{
    Logistics* logistics_instance = new Logistics();

    Transport* transport_instance1 = logistics_instance->createTransport("ship");
    transport_instance1->deliver();

    Transport* transport_instance2 = logistics_instance->createTransport("truck");
    transport_instance2->deliver();
}

输出

deliver by sea.
deliver by land.

这样，增加新的运输工具的时候，只需要继承自运输工具基类，然后实现个性化的那一部分。

那么，简单工厂有什么弊端呢
在上面的代码中，如果工厂要生产一种新的运输工具，我们的工厂类，就需要改动生产逻辑。添加新的判断。

这个例子中的简单工厂，生产陆运工具，和生产海运工具都在一个类中实现。这个时候我们可以再进行抽象，也就是将生产陆运工具的工厂和生产海运工具的工厂分开。抽离出工厂接口。

//todo