工厂模式（设计模式）

一般情况下，工厂模式分为三种更加细分的类型： 简单工厂、工厂方法和抽象工厂。不过在GoF<设计模式> 中，他将简单工厂看作时工厂方法模式的一种特列，所以工厂模式分成了工厂方法和抽象工厂。实际上前边一种分类方法更加常用，所以今天我们沿用第一种分类方法。 

在这三种细分的工程模式中，简单工厂和工厂方法比较简单，在实际的项目中也比较常用，而抽象工程稍微复杂，在实际的项目中也不常用，所以我们今天重点讲解前两中国，对偶抽象工厂，我们稍微的了解以下就可以了

除此之外，我们讲解的不是原理和实现，我们讲解的时使用场景。 

抽象工厂，其实就是创建对象过程比较复杂，一个类中的函数太多了，就用到了工厂方法。 

如果一个工厂中创建多个对象，这个时候就用到了抽象工厂。 

 

当我们创建一个大的类的时候，我们会使用工厂模式，让创建和使用分离。 那么何为大 如果一个传进啊过程设计复杂的if-else 分支的判断，另一种是对象的创建需要组装其他类对象或者需要复杂的初始化。 

今天，我们在讲一个创建对象的工程，大工程，依赖注入框架，或者叫依赖注入容器。 

 

工厂模式和DI 容器的区别。

实际上，DI 容器底层最基本的设计思路就是基于工厂模式的。DI容器相当于一个大的工厂类。 复杂在程序启动的时候，根据配置（要创建那些类，每个类的床架按需要依赖那些其他对象） 事先创建好对象。当应用程序需要使用其他某个类的时候，直接从容器中获取即可。 正是因为它的一堆对象，所以DI 框架才是容器。 

DI 的核心功能解析配置，创建对象，对象生命周期管理。 前面我们讲过，面向对象设计的最后一步是，组装类并提供执行入口。在这里，执行入口就是一组暴露给外部使用的接口类。