设计模式之工厂模式_工厂类协调类-CSDN博客

本文链接：https://blog.csdn.net/Dawn510/article/details/109588909

Define an interface for creating an object, but let subclasses decide which class to insantiate.Factory Method lets a class defer instantiation to subclasses.

文章目录

本篇博客属于《Java设计模式》系列之一，内容主要借鉴于 秦小波的著作《设计模式之禅》，在理解过程中可能还参考其他博主的知识，最后整理成自己的学习笔记，在此分享给大家。由于本人知识和能力有限，博客中有错误或者理解偏差的地方，还望大佬们多多指点，感谢不尽。（目前处于实习阶段，设计模式配合个人的实际经验更下饭，暂时更新最常见设计模式9+1篇。立个flag,将来一定会补齐）–2020.11.22

序号	内容	链接地址
1	设计模式六大原则	https://blog.csdn.net/Dawn510/article/details/109501957
2	单例模式	https://blog.csdn.net/Dawn510/article/details/109541109
3	工厂模式	https://blog.csdn.net/Dawn510/article/details/109588909
4	抽象工厂模式及与工厂模式区别	https://blog.csdn.net/Dawn510/article/details/109609350
5	模板方法模式	https://blog.csdn.net/Dawn510/article/details/109609368
6	建造者模式	https://blog.csdn.net/Dawn510/article/details/109609385
7	代理模式	https://blog.csdn.net/Dawn510/article/details/109633416
8	装饰模式	https://blog.csdn.net/Dawn510/article/details/109663917
9	适配器模式	https://blog.csdn.net/Dawn510/article/details/109962821
10	观察者模式	https://blog.csdn.net/Dawn510/article/details/109962858

定义

定义一个用于创建对象的接口，然子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

工厂方法的通用类图：
在这里插入图片描述

工厂方法模式中，抽象产品类Product负责定义产品的共性，实现对事物最抽象的定义；Creator为抽象创建类，也就是抽象工厂，具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。

抽象产品类代码清单:

public abstract class Product {
    // 产品的公共方法
    public  void  method1(){
        // 业务逻辑
    }
    //  抽象方法
    public abstract void method2();
}

具体的产品类可以分为多个，都继承自抽象产品类：

public class ConcreteProduct1 extends Product {

    @Override
    public void method2() {
        // 业务逻辑处理
    }
}


public class ConcreteProduct2 extends Product{

    @Override
    public void method2() {
        // 业务逻辑
    }
}

抽象工厂类负责定义产品对象的产生：

public abstract class Creator {
    /**
     * 创建一个产品对象，其输入参数类型可以自行设置
     * 通肠胃String Enum Class等
     */
    public abstract <T extends Product> T createProduct(Class<T> c);
}

具体工厂类：

public class ConcreteCreator  extends Creator{
    @Override
    public <T extends Product> T createProduct(Class<T> c) {
        Product product = null;
        try{
            product = (Product)Class.forName(c.getName()).newInstance();
        }catch (Exception e){
            // 异常处理
        }
        return (T)product;
    }
}

场景类调用：

public class Client {
    public static void main(String[] args) {
        Creator creator = new ConcreteCreator();
        Product product = creator.createProduct(ConcreteProduct1.class);
        /**
         * 继续处理业务
         */
    }
}

优点

有良好的封装性，代码结构清晰：创建产品对象，不需要知道创建过程，只要知道类名就可以，降低模块间的耦合。
工厂方法模式的扩展性非常优秀：想要增加产品类，只要适当修改具体的工厂类或者扩展一个工厂类，就可以“拥抱变化”。
屏蔽产品类。不关心产品类的实现，只需要关心接口。如：使用JDBC连接数据库，数据库从MySQL切换到Oracle，需要改动的只是切换一下驱动名称（前提是SQL是标准语句）。

工厂模式是典型的解耦框架，其他实现类不需要关心，符合迪米特法则；符合依赖倒置原则，只依赖产品类的抽象；符合里式替换原则，产品子类替换产品父类，没问题！