设计模式-工厂设计模式（3种）

由于代码篇幅太长，所以改用UML图来讲解工厂设计模式

简单工厂设计模式

拿传统模式来说，假如用户需要某一种披萨时，那么就需要创建一个对应种类的披萨，假如，某一天其中一种披萨改了实现方法，那么紧跟着，所有用户都要去修改代码。那么，很不利于维护。所以。。。

拿着个结构讲解一下，简单工厂模式就是抽取一个类，SimpleFactory类，然后在这个类中实例化要创建的对象，每次只需要调用这个类中的某个创建方法，就可以得到一个对象，这样就可以实现代码分离。
这样 user1，user2都只调用了SimpleFactory，实例化在SimpleFactory里面，当某一种修改实现时，只需去SimpleFactory修改就行，user1，user2都不需要改。

工厂方法设计模式

当上边需求修改后，披萨分为北京的跟伦敦的，而且口味还不一样的时候，简单工厂就不在实用了，此时就需要更改。
将创建披萨抽取出来，实现交给子类，那么当我们使用的时候，只需要创建子类就可以创建不同口味的披萨了（上边是将北京跟伦敦地区分成两种子类，并在内部根据不同类型创建不同口味），即便当不同口味发生变化后，休要改动的也仅仅是子类。

抽象工厂设计模式

抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。 从设计层面看，抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。 将工厂抽象成两层，AbsFactory(抽象工厂) 和 具体实现的工厂子类。程序员可以 根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇， 更利于代码的维护和扩展。

解释可能不清晰，但是类图很清晰。工厂模式就这3种，没有哪个是好还是坏，具体看需求。

例如：JDK 中的Calendar类中，就使用了简单工厂模式 ，如下图：