Java设计模式学习之工厂模式

工厂模式

定义

在基类中定义创建对象的一个接口，让子类决定实例化哪个类。工厂方法让一个类的实例化延迟到子类中进行。

意义

将实例化对象的代码提取出来，放到一个类中统一管理和维护，把对象的创建和使用的过程分开，达到解耦，降低代码重复，从而提高项目的扩展和维护性。

框架、源码中的体现

• 工具类java.text.DateFormat，它用于格式化一个本地日期或者时间。
• Spring中通过getBean(“xxx”)获取Bean获取注入对象的方法实例；
  在Spring的配置文件中配置这个类，Spring容器初始化时，当加载了当前类为bean组件后，调用setApplicationContext方法注入ApplicationContext实例，然后调用getbean。
• Java消息服务JMS中(下面以消息队列ActiveMQ为例子)
  ConnectionFactory connectionFactory = new ActiveMQConnectionFactory(“tcp://xxx.xxx.xxx.xxx:xxx”);

工厂模式分类

• 简单工厂模式
• 工厂方法模式
• 抽象工厂模式

简单工厂模式

专门定义一个类来负责创建其他类的实例。
每次要新添加一个功能，都需要在生switch-case 语句（或者if-else 语句）中去修改代码，添加分支条件， 违背开放-封闭原则，可以使用反射机制改善。

角色分配

• 工厂(Factory)角色
  简单工厂模式的核心，它负责实现创建所有实例的内部逻辑，创建所需的对象
• 抽象产品(Product)角色
  简单工厂模式所创建的所有对象的父类
• 具体产品(Concrete Product)角色
  简单工厂模式的创建目标

适用场景

• 需要创建的对象较少。
• 客户端不关心对象的创建过程，只需要知道类型所对应的参数

工厂方法模式

工厂方法模式将对象的实例化推迟到子类。不再提供一个统一的工厂类来创建所有的对象，而是针对不同的对象提供不同的工厂，即每个对象都有一个与之对应的工厂 。

角色分配

• 抽象工厂(Abstract Factory)角色
• 具体工厂(Concrete Factory)角色
• 抽象产品(AbstractProduct)角色
• 具体产品(Concrete Product)角色

适用场景

• 一个类不知道它所需要的对象的类
• 一个类通过其子类来指定创建哪个对象

抽象工厂模式

定义了一个 interface 用于创建相关或有依赖关系的对象簇，而无需指明具体的类

角色分配

• 抽象工厂(Abstract Factory)角色
• 具体工厂(Concrete Factory)角色
• 抽象产品(Abstract Product)角色
• 具体产品(Concrete Product)角色

适用场景

• 一个类不知道它所需要的对象的类
• 不会频繁的增加对象
• 一组对象共同完成某种功能，并且存在多组对象完成不同功能的情况

工厂方法、抽象工厂对比

抽象工厂是生产一整套有产品的（至少要生产两个产品)，这些产品必须相互是有关系或有依赖的，而工厂方法中的工厂是生产单一产品的工厂。

设计模式的依赖抽象原则

• 创建对象实例时，不要直接 new 类, 而是把这个 new 类的动作放在一个工厂的方法中，并返回。有的书上说， 变量不要直接持有具体类的引用。
• 不要让类继承具体类，而是继承抽象类或者是实现 interface(接口)
• 不要覆盖基类中已经实现的方法。