简单工厂模式(Sample Factory Pattern)

背景介绍

背景是需要创建一个简单的计算器程序，根据分装业务的特性，将加减乘除对应的操作封装进不同的子类中，这些操作继承自公共的父类，父类提供了共有的操作数，返回结果等属性和方法，现在客用户端要去调用，但是客户端不知道应该去实例化那个具体操作的类，这是可以使用简单工厂模式来设计。创建一个简单工厂类，在简单工厂类中根据客户端传过来的标识符，返回特定的子类，根据多态特性调用具体子类的返回结果方法，核心代码在简单工厂类中的分支结构。使用这个模式的重点是在创建的具体子类(产品)构造方法不是很复杂，同时具体子类的个数不是很多，不然会造成工厂类的逻辑过于复杂。同时这个模式的缺点也在这里，当需要增加新的操作，必须去修改简单工厂类中的分支结构，违背了开闭原则。

例子的具体UML结构

模式动机

考虑一个简单的软件应用场景，一个软件系统可以提供多个外观不同的按钮（如圆形按钮、矩形按钮、菱形按钮等）， 这些按钮都源自同一个基类，不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观，如果我们希望在使用这些按钮时，不需要知道这些具体按钮类的名字，只需要知道表示该按钮类的一个参数(传递简单的参数)，并提供一个调用方便的方法，把该参数传入方法即可返回一个相应的按钮对象，此时，就可以使用简单工厂模式。

模式定义

简单工厂模式(Simple Factory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类(简单工厂类)来负责创建其他类的实例，被创建的实例通常都具有共同的父类。

模式分析

• Factory: 工厂角色 工厂角色负责实现创建所有实例的内部逻辑
• Product: 抽象产品角色 (返回的实例继承的父类) 抽象产品角色是所创建的所有对象的父类，负责描述所有实例所共有的公共接口
• ConcreteProduct: 具体的产品角色 (返回的具体子类) 具体产品角色是创建目标，所有创建的对象都充当这个角色的某个具体类的实例。
  
  
  核心代码就是在工厂类中定义的分支代码

模式优点

• 工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象。
• 客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
• 通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

简单来就是将创建和使用的逻辑分离，客户端只需要使用就可以了

模式缺点

• 由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
• 使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。
• 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。（工厂承担了太多的职责）
• 简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

简单说就是如果具体的子类太多，而且创建过于复杂，会造成简单工厂类的逻辑过于复杂(因为简单工厂类的职责过重)，同时在添加新的具体子类的时候需要需要修改工厂，不符合开闭原则。

适用场景

• 工厂类负责创建的对象比较少：由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
• 客户端只知道传入工厂类的参数，对于如何创建对象不关心：客户端既不需要关心创建细节，甚至连类名都不需要记住，只需要知道类型所对应的参数。

总结

• 创建型模式对类的实例化过程进行了抽象，能够将对象的创建与对象的使用过程分离。
• 简单工厂模式又称为静态工厂方法模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。
• 简单工厂模式包含三个角色：工厂角色负责实现创建所有实例的内部逻辑；抽象产品角色是所创建的所有对象的父类，负责描述所有实例所共有的公共接口；具体产品角色是创建目标，所有创建的对象都充当这个角色的某个具体类的实例。
• 简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。
• 简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，将对象的创建交给专门的工厂类负责，但是其最大的缺点在于工厂类不够灵活，增加新的具体产品需要修改工厂类的判断逻辑代码，而且产品较多时，工厂方法代码将会非常复杂。
• 简单工厂模式适用情况包括：工厂类负责创建的对象比较少；客户端只知道传入工厂类的参数，对于如何创建对象不关心。

代码实现