Spring中Bean采用工厂设计的意义_bean交给spring管理后,还有必要写工厂吗-CSDN博客

本文链接：https://blog.csdn.net/weixin_42666653/article/details/127588208

工厂设计模式有什么用

要回答这个问题，首先要知道为什么要有工厂设计模式，我们拿具体的代码来举例说明：

我们经常一些功能类似的类，所以我们的思路是对进行抽象，使用接口暴露公共的方法，使用抽象类来提供公共的实现。

public interface IProduct {
    void print(); // 这是要暴露的方法
}

public abstract class AbstractProduct implements IProduct {
    protected void printBefore(){
        System.out.println("before print"); // 这里所公共的实现
    }
}

public class AProduct extends AbstractProduct {
    private String name;
    public AProduct(String name){ 
        this.name = name;
    }
    @Override
    public void print() {
        this.printBefore();
        System.out.println("print A >>>"+name);
    }
}

public class BProduct extends AbstractProduct {
    private String name;
    public BProduct(String name){ 
        this.name = name;
    }
    @Override
    public void print() {
        this.printBefore();
        System.out.println("print B >>>"+name);
    }
}

这些功能类似的类的实例化成为了一个问题，每个类的构造方法参数还不一样，每次 new 对象很麻烦，封装成简单工厂模式。

public class SimpleFactory {
    public static IProduct getProduct(String name){
        if("A".equals(name)){
            return new AProduct(name);
        }else if("B".equals(name)){
            return new BProduct(name);
        }else{
            throw new IllegalArgumentException();
        }
    }
}

简单工厂模式不利于拓展，违背了**开闭原则**，每次添加一个类，都要修改工厂类（如果是工厂类和业务类是两个小伙伴分开写的，那不是要花很多时间来沟通...）,所以就有工厂方法模式,其原理就是对简单工厂也进行抽象。

public interface IFactory {
    IProduct getProduct();
}

public class AFactory implements IFactory {
    @Override
    public IProduct getProduct() {
        return new AProduct(AProduct.class.getName());
    }
}

public class BFactory implements IFactory {
    @Override
    public IProduct getProduct() {
        return new BProduct(BProduct.class.getName());
    }
}

突然发现有些糟糕了，因为代码变得很多了，因为功能类似的产品我们进行 3 层抽象，针对每个产品我们还抽象出了 2 层的工厂类。但是我们在某个具体的业务场景中，不单单是只实例化一个类啊。举一个例子，在游戏中，我们要一个战士配装备，首先我们需要配一把枪械（枪械有很多，步枪，狙击枪等，使用问题 1 进行抽象），但是配了枪械之后，我们还需要配子弹啊（继续使用问题 1 的方法进行抽象），好了，现在可以抽象出 2 层的工厂类了，针对现在的情况我们是不是可以让一个工厂既生产枪械，又生产子弹呢？这就是抽象工厂模式。简单来说，可以把有一些有联系或者相近的产品，放到一个工厂去生产，没有必要单独再开一个工厂了。

new Foo(new Ifactory<Integer>(){
        Integer create(){
            return new Integer(0);
        }
    });

    new Foo(new Ifactory<String>(){
        String create(){
            return "Hello";
        }
    });

Spring中的工厂模式

Spring创建对象实现原理：

根据配置文件的id得到对应的class属性值,根据反射,通过类全路径创建对象;
通过配置文件,通过工厂设计模式,有反射动态创建对象

Spring 框架就利用工厂设计模式对Service和DAO进行解耦合

思路：将对象的创建交给工厂完成,工厂读取小配置文件，获取要创建对象的全限定名，利用反射创建类的对象并发返回给调用者

编写小配置文件，存放需要由工厂创建对象的全限定名
创建一个类BeanFactory (对象工厂,工厂设计模式的核心类)
bean(对象) Factory(工厂)
1.1 使用静态代码块加载读取小配置文件
1.2 创建一个方法创建开发者需要的对象
如下图所示：
在业务逻辑层中，将自己创建对象的代码删掉，交给工厂创建