浅谈简单工厂模式

一.为何提出简单工厂模式

考虑一个简单的软件应用场景，一个生产月饼的工厂要生产不一样类型的月饼(豆沙的，肉馅的，核桃馅的)，如今咱们经过”订单“就能够生产不一样类型的月饼，这种应用场景反映到程序上就可使用简单工厂模式。

二.简单工厂模式的定义

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

三.模式结构

简单工厂通常包含三个角色：

Factory:工厂角色

工厂角色负责实现建立全部实例的内部逻辑

Product:抽象产品角色

抽象产品角色是所建立的全部对象的父类，负责描述全部实例所共有的公共接口,抽象产品角色通常是一个接口或者抽象类。

ConcreteProduct：具体产品角色

具体产品角色是建立目标，全部建立的对象都充当这个角色的某个具体类的实例。

四.模式分析

1.将对象的建立和对象自己业务处理分离能够下降系统的耦合度，使得二者修改起来都相对容易。

2.在调用工厂类的工厂方法时，因为工厂方法是静态方法，使用起来很方便，可经过类名直接调用，并且只须要传入一个简单的参数便可，在实际开发中，还能够在调用时将所传入的参数保存在XML等格式的配置文件中，修改参数时无须修改任何源代码。

3.简单工厂模式最大的问题在于工厂类的职责相对太重，增长新的产品须要修改工厂类的判断逻辑，这一点与开闭原则是相违背的(这一点能够运用反射获得改善)。

4.简单工厂模式的要点在于：当你须要什么，只须要传入一个正确的参数，就能够获取你所须要的对象，而无须知道其建立细节。

五.简单工厂的优势

1.工厂类含有必要的判断逻辑，能够决定在何时建立哪个产品类的实例，客户端能够免除直接建立产品对象的责任，而仅仅“消费”产品；简单工厂模式经过这种作法实现了对责任的分割，它提供了专门的工厂类用于建立对象。

2.客户端无须知道所建立的具体产品类的类名，只须要知道具体产品类所对应的参数便可，对于一些复杂的类名，经过简单工厂模式能够减小使用者的记忆量。

3.经过引入配置文件，能够在不修改任何客户端代码的状况下更换和增长新的具体产品类，在必定程度上提升了系统的灵活性。

六.简单工厂的缺点

1.因为工厂类集中了全部产品建立逻辑，一旦不能正常工做，整个系统都要受到影响。

2.使用简单工厂模式将会增长系统中类的个数，在必定程序上增长了系统的复杂度和理解难度。

3.系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能形成工厂逻辑过于复杂，不利于系统的扩展和维护。

4.简单工厂模式因为使用了静态工厂方法，形成工厂角色没法造成基于继承的等级结构。

七.简单工厂实例

 https://github.com/Artist00710/StaticFactory