简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，一个抽象的产品类，可以派生出多个具体的产品类，它们都具有共同的父类。

我们再来看下简单工厂模式的UML图：

• 工厂类：工厂类是我们的核心类，它负责创建所有实例的内部逻辑，工厂类可以直接被调用创建我们的产品实例。

• 抽象产品类：简单工厂模式所创建的所有对象的父类，它负责描述所有实例所拥有的公共接口。

• 具体产品类：简单工厂所创建的具体的实例对象。

我们做这个一个分析，有一家造车厂它里面可以造车的各个零件，在这个厂里，有专门造轮胎的车间，有专门造发动机的车间还有换门造车玻璃的车间，那么我们想一下，这些车间是不是都是归属于这个造车厂的，每个车间是不是都有自己的职能。

假设我们现在组装车间要组装一辆车，他们需要发动机、轮胎、玻璃等部件，那么作为组装车的人，他们根本不关心你怎么做，他们只关心这个东西做没做好，做好了赶紧递过来，我这边要用。

我们先来创建一个造车厂的类：

public interface CarFactory {   void ability();}复制代码

我们既然有了造车厂，那么我们地下的车间部门只需要实现这个类，去完成各自的职能就可以了

玻璃车间：

public class Glass implements CarFactory{   @Override   public void ability() {       System.out.println("玻璃已经生产好了");   }}复制代码

发动机车间：

public class Engine implements CarFactory {   @Override   public void ability() {       System.out.println("发动机制造好了");   }}复制代码

轮胎车间：

public class AutoTyre implements CarFactory{   @Override   public void ability() {       System.out.println("轮胎已经生产好了");   }}复制代码

既然已经有个产品类和具体的产品，那么接下来我们是不是要做一个工厂去进行生产啊，工厂类是整个模式的关键，它需要进行必要的逻辑判断，根据消费者给的信息，它需要决定来创建哪个对象的实例，消费者不再关心如何创建具体的产品，他只需要负责好需要生产的产品就行了。

public class Product {   public static CarFactory product(String skill) {       CarFactory carFactory = null;       switch (skill) {           // 制造轮胎           case "autoTyre":               carFactory = new AutoTyre();               break;           // 制造发动机           case "engine":               carFactory = new Engine();               break;           // 制造玻璃           case "glass":               carFactory = new Glass();       }       return carFactory;   }}复制代码

在这里我们可以发现，所有类都有一个共同的父类，到这里大家应该可以发现，我们平时所说的封装、继承、多态在这里是不是已经体现出来了（这里面我没用继承，是因为Java是单继承的，所以我这里改为了接口实现的方式，因为Java是可以多实现的，这样有利于我们程序的扩展）。

接下里，我们来看下组装车间是怎么来索要所需的部件的

public class CarMain {   public static void main(String[] args) {       // 生产一个发动机       CarFactory engine = Product.product("engine");       engine.ability();       // 生产一个玻璃       CarFactory glass = Product.product("glass");       glass.ability();       // 生产一个轮胎       CarFactory autoTyre = Product.product("autoTyre");       autoTyre.ability();   }}复制代码

我们先来看下结果：

如果我们想要再去生产其他的一些部件，我们只需要去实现造车厂的类，完成自己特定的职能就可以了，也不会去跟其他的车间有任何的交集，我们只需要完成我们的需要做的东西就好。

• 首先程序实现了解耦和，大大降低的程序之间的耦合性，我们增加车间不会影响到其他的车间进度；

• 提高了程序的扩展性，如果我们想要增加一个车间，那么只需要实现造车厂类，完成自己的职能就好；

• 组装车间可以免除直接创建对象的责任，他不需要自己直接去创建，而是通过我们专门的工厂类来创建，他只需要告诉我们他需要什么东西；

• 首先大家应该可以明显的发现，如果我们每增加一个产品，那相应的我们就要增加一个子工厂，这样额外的加大了我们的开发量；

• 由于工厂类集中了所有实例的创建逻辑，违反了高类聚责任分配原则；

• 工厂类创建的对象比较少；

• 消费者只需要传进工厂类的参数，对于如何创建对象不关心；