工厂模式

工厂模式面试时候问到，千万别只会答一种，血的教训，面试官说学一样东西，就方方面面了解清楚，不要只会用一种或者一知半解地使用。

常见工厂模式有三种：

（1）简单工厂模式（根据类型判断）

优点：清晰明了，逻辑简单。
缺点：类型多的情况下写N个if else if，硬编码改动大，难维护。

（2）工厂方法模式

优点：工厂抽象化成接口，作为一种规范作用，具体的手机生产任务分配给所有实现了这个接口的子工厂去实现。权责明确，改动的时候只需要修改对应的实现类就可以。
缺点：每新增一个类型的手机，就新增一个实现类，总体上工作量并没有减少。而且相对于根据类型创建的工厂模式来说，逻辑还复杂，调用的时候是用相关的实现类来生产，也是属于硬编码。
当有不同类型的产品生产时（例如电视机），要重新配一套生产线（接口+实现类）。

（3）抽象工厂模式

顾名思义，就是对工厂模式的抽象。
既然某一个工厂负责生产某一样产品，那么就抽象出 ： 工厂就是生产产品的概念，那么就高度抽象出一层工厂的接口用来做工厂的规范化管理。
抽象工厂管理着负责生产的子工厂，子工厂也是一层接口规范，管理着子工厂的实现类工厂，这样一层层规范下来，就会变得非常的高大上。
当然，假如不嫌弃麻烦，或者真的是业务需要或者为了伪装的很高大上的玩意。也可以一层层三四五六层这样套下去，实际上很多框架都是这样做，每一层的工厂都做了一些自己独有的事情。

优点：高大上，能适应更加复杂的业务逻辑需求，高度抽象，灵活度高。
缺点：苦涩难懂