大家好，今天给各位分享深入解析设计模式：工厂模式（简单工厂、工厂方法、抽象工厂）的一些知识，其中也会对进行解释，文章篇幅可能偏长，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在就马上开始吧！

下面通过支付场景实践说明一下简单工厂方法

支付示例(简单工厂模式)

支付示例(简单工厂模式+反射)

简单工厂方法在源码中的使用

所以在我们平常开发的过程中也不是说必须的要符合开闭原则，类似的情况也可以使用简单工厂模式,找到最适合你们代码逻辑的模式，不是强加硬套。

适用场景

工厂方法模式

上文也说道了简单工厂模式。简单工厂模式有一个很大的弊端就是不符合开闭原则，那么在使用的时候限制就比较多。工厂方法模式在这方面做了优化，那什么是工厂方法模式呢。

工厂方法模式是指定义一个创建对象的接口，但是实现让这个接口的类来决定实例化那个类,工厂方法让类的实例化推迟到了子类中进行。在工厂方法模式中用户只需要关系所需要产品对应的工厂,无需关心创建的细节，而且加入新的产品符合开闭原则。

通俗点说就是将工厂抽象出来，一个产品类对应的是一个工厂，客户端在需要实例化的时候选择指定的工厂拿到对应类就可，和简单工厂的区别在于简单工厂只有一个工厂，所有的类的实例化都揉在一个方法里面（当然这里可能有些人会反驳我，应为上文中最后一种优化完全不用写if else使用反射来实例化，但是实际情况可能每种类的实例化都不一样这个时候就不能再使用反射）而工厂方法是多个工厂一个产品对应一个工厂

支付场景（工厂方法实现）

此时客户端只需要关心它需要使用哪个工厂即可，如果需要新增或者删除一个支付方式只需要新增对应的工厂以及具体支付类或者删除对应的即可完全符合了开闭原则。

相较于简单工厂模式优缺点

优点：

缺点：

适用场景

抽象工厂模式

上文说到的工厂方法模式，假如是一个产品族（就是一个工厂不再是单一的只生产一种商品,而是生产多种商品，比如以前的苹果公司只生产电脑，后来社会在发展苹果公司需要迎合市场的需求开始生产手机，慢慢的又有平板电脑，现在又在造车），使用工厂方法模式就会发现类越来越多，多到不容易维护，难于理解。这个时候就比较适合使用抽象工厂方法。

抽象工厂模式是指提供一个创建一系列相关或者项目依赖对象的接口，无需指定他们的具体类，客户端不依赖于产品类示例如何被创建实现等细节，强调的是一系列相关的产品对象（属于同一产品族）一起使用创建对象需要大量的重复代码，需要提供一个产品类的库，所有的产品以同样的接口出现，从而是客户端不依赖于具体实现

代码示例

就拿上文的苹果公司做示例苹果公司会生产手机平板电脑、电脑、汽车，同样的我们中国的小米也生产这些产品

至此抽象工厂的举例实现就完成了我们可以看一下类图：

大家可以发现如果还是使用工厂方法设计模式一个产品对应一个工厂方法目前两个公司就对应着2x4个工厂类再添加一个公司的话就是3x4个工厂类这里有些人可能听不懂为什么是2x4、3x4我们可以画图示意一下：

抽象工厂方法的工厂是按照产品族走的也就是说上图的公司走的，一个工厂可以生产多个产品，所以抽象工厂方法有几个公司就有几个工厂。而工厂方法是跟产品走的，所以有几个产品对应应该有几个工厂。所以相较于工厂方法可以少创建很多类

优缺点

根据上文中的实例以及类图可以总结如下优缺点：优点：

缺点：

适用场景

其实几个工厂方法使用场景都差不太多，抽象工厂比较适合于大型产品设计，虽然抽象工厂不符合开闭原则，但其实在我们实际开发中只要不是频繁的升级修改也是可以不遵循开闭原则的

原文链接：https://juejin.cn/post/7163177142577004558