04设计模式-建造型模式-工厂模式

概述

工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，细节交给工厂去整就完事儿了，并且是通过使用一个共同的接口来指向新创建的对象。

使用场景

意图：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。[依赖导致，面向接口编程]
主要解决：主要解决接口选择的问题。
何时使用：我们明确地计划不同条件下创建不同实例时。
如何解决：让其子类实现工厂接口，返回的也是一个抽象的产品。
关键代码：创建过程在其子类执行。
应用实例： 1、您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。
优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景：
1、日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。
2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。
3、设计一个连接服务器的框架，需要三个协议，“POP3”、“IMAP”、“HTTP”，可以把这三个作为产品类，共同实现一个接口。
4、日常开发中对不同产品类需要有不同的操作。如我在开发电商平台时，下单去不同的平台下单可以用工厂模式

注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。

工厂模式的三种方法，重简单到复杂

代码实现

1.简单工厂-静态工厂

简单静态工厂就是简单的通过if判断的方式编写的静态方法，当有客户需要产品时不需要自己去new，而是通过传type，然后直接调用工厂的静态方法即可得到对应的产品类。

缺点：当有成千上万的产品时，那不是需要n多个if判断，那么就违反了ocp原则。因此引入工厂方法模式

package com.xusj.future.creation.factory.simpleFactory;

/**
 * @author xusj
 * <br>CreateDate 2022/7/20 23:54
 */
public class SimpleFactory {
    // 这里使用静态工厂
    public static AbsCar getCar(String type){
        if (type.equals("宝马")){
            // 这里中间会一通操作
            return new Bmw();
        }
        if (type.equals("法拉利")){
            return null;
        }
    }
}

2、工厂方法模式

缺点：不满足多个产品类别，只是对不同操作进行区分–引入抽象工厂方法

定义一个总厂

package com.xusj.future.creation.factory.factoryMethod;

import com.xusj.future.creation.factory.simpleFactory.AbsCar;

/**
 * @author xusj
 * <br>CreateDate 2022/7/21 0:04
 */
public abstract class AbsFactory {
    // 定义总厂的方法
    abstract AbsCar getProduct();
}

定义不同的分厂去干不同的事情
分厂一：造宝马的

package com.xusj.future.creation.factory.factoryMethod;

import com.xusj.future.creation.factory.simpleFactory.AbsCar;

/**
 * @author xusj
 * <br>CreateDate 2022/7/21 0:06
 */
public class BwmFactory extends AbsFactory{
    @Override
    AbsCar getProduct() {
        return null;
    }
}

分厂二：造mini的

package com.xusj.future.creation.factory.factoryMethod;

import com.xusj.future.creation.factory.simpleFactory.AbsCar;

/**
 * @author xusj
 * <br>CreateDate 2022/7/21 0:06
 */
public class MiniFactory extends AbsFactory{
    @Override
    AbsCar getProduct() {
        return null;
    }
}

3、抽象工厂模式

其实抽象工厂和工厂方法如出一辙，只是抽象工厂可以招不同的产品类别，注重的产品类别，而工厂方法注重的时同一类产品的不同品牌的同一种操作可能不同（重在不同品牌操作不同上）。

总厂定义多个产品类别去让子工厂去继承（这里要注意，之前说的产品类最好都要定义一个顶层父类【可以抽象类，可以普通类】，来区别不同的产品类别）

package com.xusj.future.creation.factory.factoryMethod;

import com.xusj.future.creation.factory.simpleFactory.AbsCar;

/**
 * 定义总厂抽象的产品类别
 *
 * @author xusj
 * <br>CreateDate 2022/7/21 0:04
 */
public abstract class AbsFactory {
    // 在总厂中定义所有的工厂规范，应该造哪些产品类，供下面的分厂去实现

    // 这是搞车的
    abstract AbsCar getCar();
    // 我又想搞人
    abstract AbsHuman getHuman();


}

子厂继承，可选择做不做这类产品，因为每个子工厂的职责不一样。

package com.xusj.future.creation.factory.factoryMethod;

import com.xusj.future.creation.factory.simpleFactory.AbsCar;

/**
 * @author xusj
 * <br>CreateDate 2022/7/21 0:06
 */
public class Factory01 extends AbsFactory{

    @Override
    AbsCar getCar() {
        // 可以选择做或者不做
        return null;
    }

    @Override
    AbsHuman getHuman() {
        // 可以选择做或者不做
        return null;
    }
}