设计模式之工厂模式（简单工厂）

简单工厂模式：专门定义一个类用来创建其它类的实例，被创建的实例通常都具有共同的父类。

通过一个案例来描述：假如说：有个披萨店，这个披萨店有芝士披萨、火腿披萨、蔬菜披萨，如果按照传统模式，那么我们其实最先想到的应该是通过new的形式来创建，然后使用的时候想用哪个new哪个就行，这样的缺点也就比较明显了：
不利于修改和扩展，因为如果新来了一个其他种类的披萨，那么除了新建一个类之后，在使用方，代码也需要修改，这就违反了ocp原则
那么如果用简单工厂来实现，那么代码就会变得很简单，下面附上代码以及描述：

UML类图

简单描述一下上面那张图的意思：pizza类作为抽象类，提供了制作披萨的所有的方法，cheesePizza、greekPizza，作为pizza的子类，实现了其独有的方法（因为不同种类的披萨，所需要的原材料是不一样的，所以需要不同的子类分别去实现），simpleFactory，简单工厂类，提供了生产pizza对象的操作，OrderPizza类作为使用方对外暴露了访问的入口，pizzaStore，客户端也就是调用端
pizza类代码：

两个子类代码实现


工厂类代码实现

orderPizza类实现

简单工厂的优缺点：
优点：
1、工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；
2、简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象。
3、客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
4、通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。
缺点：
1、由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
2、使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。
3、系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
4、简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

基于以上所述：如果不涉及到产品类型过多的情况可以考虑使用简单工厂模式，如果产品的种类比较多，以上面pizza店的例子来举例，那么如果出现了中国的芝士pizza、中国的希腊pizza、伦敦的芝士pizza、伦敦的希腊pizza，怎么办？虽然简单工厂模式也可以满足，但是这样就会变得工厂类特别的多，并不利于维护，所以就可以用工厂模式或抽象工厂模式来解决，下一章分别介绍工厂模式和抽象工厂模式来解决这个问题