前言

工厂模式的目的是为了创建对象，它通常在类或者类的静态方法中实现，具有以下目标：

当创建相似对象时执行重复操作
当编译时不知道具体类型的情况下，为工厂客户提供一个创建对象的接口
与创建型模式类似，工厂模式创建对象（视为工厂里的产品）时无需指定创建对象的具体类。

工厂模式定义一个用于创建对象的接口，这个接口由子类决定实例化哪一个类。该模式使一个类的实例化延迟到了子类。而子类可以重写接口方法以便创建的时候指定自己的对象类型。

这个模式十分有用，尤其是创建对象的流程赋值的时候，比如依赖于很多设置文件等。并且，你会经常在程序里看到工厂方法，用于让子类类定义需要创建的对象类型。

使用

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
var func = (function () {
    const Car = (model, year, miles)=> {
        this.model = model;
        this.year = year;
        this.miles = miles;
    };

    const Bus = (color,sign,size)=>{
        this.color = color;
        this.sign = sign;
        this.size = size;
    }

    const obj={
        car: Car,
        bus: Bus
    }

    return function (...args) {
        const [type,...rargs] = args;
        const Exa = obj[type];
        return new Exa(...rargs);
    };
})();

var a = func("car","xom", 200, 899);
var b = func("bus", "red", "rr",10);

上面的是简单工厂模式

当然还有工厂方法模式与抽象工厂模式，简单工厂模式应该就够实现大部分需要工厂模式的场景。

设计模式只是为了解决一些问题，其实它们之间有时是比较类似的，只是实现时有点差异，其实工作久了，也会不知不觉就使用上设计模式。

场景

  1. 那么什么时候使用工厂模式呢，以下几种情景下工厂模式特别有用：

对象的构建十分复杂
需要依赖具体环境创建不同实例
处理大量具有相同属性的小对象

  1. 什么时候不该用工厂模式：

不滥用运用工厂模式，有时候仅仅只是给代码增加了不必要的复杂度，同时使得测试难以运行下去