设计模式之简单工厂模式

　　工厂模式属于创建型设计模式，它提供了一种创建对象的最佳方式。

　　定义：通过专门定义一个工厂类来负责创建其它类的对象，而被创建的对象通常都拥有共同的父类或共同的接口。

　　问题描述：每当我们要使用到一个类时，通常会先创建这个类的对象然后再使用的，当我们同时创建多个不同类的对象时步骤就得有些繁琐。

　　解决方案：定义一个工厂类Factory，专门用于创建其它类(Produce_A和Product_B)的对象，而其它类的对象通常拥有共同的父类或者共同的接口，让工厂类依赖这个父类或接口，这样就将对象的创建和使用分类开来，符合了单一职责原则。

　　结构图：

     

　　举个栗子：讲述一个我养宠物的故事，我养了一条狗，狗喜欢吃骨头，我还养了一只猫，猫喜欢吃鱼。

　　情形一：不使用简单工厂模式，按照通常的方式来实现。

　　1. 新建一个类Dog，包含一个介绍狗和描述狗喜欢吃骨头的两个方法。代码如下：

         

　　2. 新建一个类Cat，包含介绍猫和描述猫喜欢吃鱼的两个方法。代码如下：

         

　　3. 在类SimpleFactoryFragment中分别创建狗和猫的对象，然后调用相关方法即可。代码如下：

         

　　4. 运行后的效果，如下所示：

         

　　情形二：使用简单工厂模式来实现，让狗类Dog和猫类Cat都实现一个共同的接口Animal，接口中封装了狗和猫的公有方法：introduce()和eatFood()。

　　1. 新建一个接口Animal，包含介绍introduce()和爱吃的食物eatFood()两个方法。代码如下：

       

　　2. 让类Dog和类Cat都实现接口Animal。代码如下：

　　  

　　  

　　3. 新建一个工厂类AnimalFactory，专门用于创建类Dog和类Cat的对象，通过一个参数来获取需要的对象来实现功能。代码如下：

　　  

　　4. 在类SimpleFactoryFragment中使用该工厂，通过传递类型信息来获取实体类对象来实现功能。代码如下：

        

　　4. 运行后的效果同上。

　　

　　综上所述，简单工厂模式的实质就是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类(这些产品类都拥有一个共同的父类或者接口)的对象。该模式中包含的角色有工厂、抽象产品和具体产品。

　　（1）工厂是简单工厂模式的核心，它负责实现创建所有对象实例的内部逻辑。

　　（2）抽象产品就是所有创建的对象的父类或接口，它负责描述所有对象实例的公有方法。

　　（3）具体产品就是创建的目标对象，它负责实现具体细节。

 

　　优点：

　　（1）工厂类将对象的创建和使用分离，符合了单一职责原则；

　　（2）使用者只需要通过指定的参数在工厂类中拿到相应的具体产品，隐藏了具体产品创建的细节；

　　（3）可以在不修改客户端代码的情况下更换或增加新的具体产品类。

　　缺点：

　　（1）工厂类集中了所有具体产品创建的职责，一旦不能使用，那就会导致整个系统不能使用了；

　　（2）工厂类是通过传入参数来判断创建哪个产品类对象的，一旦产品类型越来越多，那么就不利于扩展和维护了；

　　（3）工厂类使用了静态方法，将无法使用继承结构。

 

　　使用场景：

　　（1）产品数量不多，创建逻辑比较简单；

　　（2）使用者只想传入参数来获取具体产品对象，对创建细节不关心。