本次主要对比java设计模式中的简单工厂、工厂方法、抽象工厂三种设计模式
在设计模式中简单工厂和工厂方法是同一种模式
本文不贴代码了，网上有很多帖子带有代码，大家可以相互印证一下。
下面说一下这三种模式是如何层层递进的。
1.简单工厂：
我们在创建对象一般采用new的方式，给开发带来很多不便，尤其是一些常用的工具类。所以简单工厂就出现了。
简单工厂实现了一个工厂类，工厂类里面实现了你需要的具体类的构造。在客户端调用时，只需要传入关键字，工厂类会自动创建对象。工厂类也被称为上帝类。
缺点：我们需要引入新的类时，就需要对工厂类进行修改，这不符合设计模式的开闭原则（对拓展开放，对修改关闭），其次，当大量的类交给工厂类时，会有大量的判断语句。增加复杂度、运维难度。
2.工厂方法：
为解决简单工厂的缺点，我们需要横向拓展工厂类，将每个需要工厂来创建的类都创建一个工厂类，每个工厂类都对应一个具体类的实现，同时需要创建工厂类的接口和抽象类的接口。调用方需要创建某个类时，需要调用工厂接口对应的工厂类的具体实现，然后根据实现的工厂类创建对象。
这里给我最大的感受就是简单工厂只有一个工厂类（是真的累），所有创建对象的类都要在这里实现，工厂方法只是在这个工厂类上进行了横向拓展。这样在我们有要新增的类加入时，只需要创建一个工厂类实现工厂接口，创建一个具体产品类，实现产品接口就可以了，这样就保证了设计模式的开闭原则。
3.抽象工厂：
其实工厂方法已经可以解决大部分也无需求，但是但我们需要创建的产品类复杂到一定程度的时候，就需要抽象工厂来处理了。
比如：牛、羊属于动物，有两个牧场里面都有牛、羊。
两个农场里面的所有牛是一个产品族，动物是产品树（因为是很多类的总类）
这时我们需要分别创建动物，然后创建牛、羊的类来实现接口。然后创建工厂类分别有创建牛、羊的抽象方法。然后两个牧场分别实现工厂类的接口，重写牛羊的抽象方法。创建调用时，只需要创建对应的农场类，然后调用创建牛羊的方法，就能准确定位需要创建的是哪个农场的牛或者羊。
个人理解：其实从工厂方法到抽象工厂，区别只在于是否将产品再抽象出来一层，这样就形成矩阵式的，既有树又有族。（在工厂方法中只有树）。其实如果我们不去抽象动物这一层级，完全可以向工厂方法一样，牧场a的牛、牧场b的牛。。。然后分别创建牧场a牛的工厂。。。
本文参考：https://blog.csdn.net/xiao1_1bing/article/details/81774931
