前言

聊到简单工厂模式，我印象非常深，之前入职的时候，刚启动公司的代码随便点开了其中一个类，就看到了简单工厂模式的应该。

场景描述

大家买过保险应该知道保单，刚开始投保的时候业务员会录入标的保险期限等保险资料，录完之后会交由上级审核，审核通过后才会正式生效；当保单数据需要调整时，需要进行批改，修改完资料后提交上级机构审核，审核完成后才会生成批单。除了这两个还有暂保单、预约单等；那审核通过后，针对不同类型的单子需要不同的业务处理逻辑，所以有了PProcessor投保类型的后置处理器、EProcessor批改类型的后置处理器、TProcessor暂保类型的后置处理器。他们的处理流程相识，根据模板规范，所以都继承处理器类Processor对其进行具体业务实现。由于这三者继承了Processor，基于多态的特性，我们可以建立一个简单工厂类，并编写生成实例的方法，将这三者交由工厂管理起来，根据方法参数名称来取对应的实例。

在这里插入图片描述

测试用例

定义接口类

public interface Processor {
    
    

    public void handle();

}

定义统一的接口模板类，处理逻辑交由子类进行实现。

定义实现类

public class EProcessor implements Processor {
    
    
    public void handle() {
    
    
        System.out.println("批单后续逻辑处理");
    }
}

public class PProcessor implements Processor {
    
    
    public void handle() {
    
    
        System.out.println("预约单后续逻辑处理");
    }
}

public class TProcessor implements Processor {
    
    
    public void handle() {
    
    
        System.out.println("投保单后续逻辑处理");
    }
}

定义工厂类

public class ProcessorFactory {
    
    
    public static Processor getInstance(String name){
    
    
        Processor processor=null;
        switch (name){
    
    
            case "T" :
                processor=new TProcessor();
                break;
            case "E":
                processor=new EProcessor();
                break;
            case "P":
                processor=new PProcessor();
                break;
        }
        return processor;
    }
}

根据传入类型返回具体的业务实现类，由于不同类型的保险单前端会传递一个业务类型标志，刚好可以根据这个业务类型标志来取出对应的业务实现类进行处理。

测试

public class SimpleFactoryTest {
    
    
    public static void main(String[] args) {
    
    
    	//前端传递的业务标识
        String businessType="T";
        Processor instance = ProcessorFactory.getInstance(businessType);
        instance.handle();
    }
}

在这里插入图片描述

Spring IOC场景

相信大家都用过Spring框架，Spring IOC在对Bean进行管理的时候也应用了简单工厂模式；

public abstract class AbstractBeanFactory extends FactoryBeanRegistrySupport implements ConfigurableBeanFactory {
    
    
		//..........
		@Override
		public Object getBean(String name) throws BeansException {
    
    
			// 此方法是实际获取bean的方法，也是触发依赖注入的方法
			return doGetBean(name, null, null, false);
		}
		//..........
	}

总结

使用简单工厂设计模式，将我们的不同的业务实现类交由工厂进行管理，这样我们在后期比较好维护，降低耦合度；如果没有使用工厂模式，在很多业务上都去new的话，假设投保的业务实现类出现了2.0版本，那就需要在代码挨个查找修改，不符合开放-封闭原则，使用简单工厂模式可以直接修改工厂类中返回的实例值即可。

工作中简单工厂模式用法及其使用场景？

前言