设计模式篇（二）：工厂模式

 1. 概念
 2. 面向对象设计的基本原则
 3. 详细分类
 4. 面试

一、概念

实现了创建者与调用者的分离

实例化对象，用工厂方法代替new操作

将选择实现类、创建对象统一管理和控制，从而将调用者跟我们的实现类解耦

二、面向对象设计的基本原则

OCP(开闭原则，Open-Closed Principle)：一个软件的实体应当对扩展开放，对修改关闭

DIP(依赖倒转原则，Dependence Inversion Principle)：针对接口编程，不针对实现编程

LoD(迪米特法则，Law of Demeter)：只与直接的朋友通信，而避免与陌生人通信

三、详细分类

1、简单工厂模式

用来生产同一等级结构中的任意产品(对于增加新的产品，需要修改已有代码)

简单工厂也叫静态工厂模式，工厂类一般是使用静态方法，通过接收的参数的不同来返回不同的对象实例

在不修改代码的情况下，无法扩展新的产品

public class AnimalFactory {

    public static Animal createAnimal(String type){

        Animal animal = null;
        if ("猫".equals(type)){
            animal = new Cat();
        } else if ("狗".equals(type)){
            animal = new Dog();
        }
        return animal;
    }

}

public class AnimalFactory {

    public static Animal createCat(){
        return new Cat();
    }
    
    public static Animal createDog(){
        return new Dog();
    }

}

2、工厂方法模式

用来生产同一等级结构中的固定产品（支持增加任意产品）

为了避免简单工厂的缺点，不完全满足OCP

简单工厂模式只有一个(对于一个项目或者一个独立模块而言)工厂类，而工厂方法模式有一组实现类相同接口的工厂类

3、抽象工厂模式

用来生产不同产品族的全部产品（对于生产新的产品无能为力，支持增加产品族）

抽象工厂模式是工厂方法模式的升级版本，有多个业务品种、业务分类时，通过抽象工厂模式产生需要的对象是一种非常好的解决方式

四、面试

说一说简单工厂和工厂方法的优缺点

1、结构复杂度

从结构复杂度来看，显然简单工厂模式更有优势，简单工厂模式只有一个工厂类，而工厂方法模式的工厂类随着产品类个数增加而增加

2、代码复杂度

代码复杂度和结构复杂度是相互矛盾的，简单工厂模式的工厂类随着产品类的增加需要增加很多方法(或代码)，而工厂方法模式每个具体工厂类只完成单一任务，代码相对更加简洁一点

3、客户端编程难度

工厂方法模式虽然在工厂类结构中引入了接口从而满足了OCP，但是在客户端编码中需要对工厂类进行实例化，而简单工厂模式的工厂类是一个静态类，在客户端无需实例化

4、管理上的难度

先从扩展方面进行分析，工厂方法模式完全满足OCP，也就是说工厂方法模式具有非常良好的扩展性；当然简单工厂模式同样具备良好的扩展性，在扩展的时候仅需要修改少量的代码(修改工厂类的代码)就可以满足扩展性的要求了                                           再从维护性方面进行分析，假设某个具体产品类需要进行一定的修改，那么很有可能也需要修改对应的工厂类。当同时需要修改多个产品类时，对工厂类的修改会变得相当麻烦，反而简单工厂没有这些麻烦，当多个产品类需要修改时，简单工厂模式仍然只需要修改唯一的工厂类

说一说工厂模式的应用场景

1、JDK中Calendar的getInstance方法

2、JDBC中Connection对象的获取

3、Hibernate中SessionFactory创建Session

4、Spring中IOC容器创建管理bean对象

5、XML解析时的DocumentBuilderFactory创建解析器对象

6、反射中Class对象的newInstance()

 

下一篇博客将会继续讲解建造者模式