03- 简单工厂模式
代码实现:https://github.com/nateshao/design-demo/tree/main/JavaDesignPatterns/simplefactory
1. 创建型模式概述
创建型模式(Creational Pattern)
关注对象的创建过程
对类的实例化过程进行了抽象,能够将软件模块中对象的创建和对象的使用分离,对用户隐藏了类的实例的创建细节
如何将对象的创建和使用分离,让用户在使用对象时无须关心对象的创建细节,从而降低系统的耦合度,让设计方案更易于修改和扩展
画图软件:https://app.diagrams.net
2. 简单工厂模式概述
简单工厂模式基本实现流程
具体产品类:将需要创建的各种不同产品对象的相关代码封装到具体产品类中
抽象产品类:将具体产品类公共的代码进行抽象和提取后封装在一个抽象产品类中
工厂类:提供一个工厂类用于创建各种产品,在工厂类中提供一个创建产品的工厂方法,该方法可以根据所传入参数的不同创建不同的具体产品对象
客户端:只需调用工厂类的工厂方法并传入相应的参数即可得到一个产品对象
简单工厂模式 (Simple Factory Pattern):定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。
在简单工厂模式中用于创建实例的方法通常是静态(static)方法,因此又被称为静态工厂方法(Static Factory Method)模式
要点:如果需要什么,只需要传入一个正确的参数,就可以获取所需要的对象,而无须知道其创建细节
简单工厂模式结构:简单工厂模式包含以下 3 个角色:
Factory(工厂角色)
Product(抽象产品角色)
ConcreteProduct(具体产品角色)
简单工厂模式的代码实现
Product.java
ConcreteProduct.java
Factory.java
Client.java
简单工厂模式的应用实例
某软件公司要基于 Java 语言开发一套图表库,该图表库可以为应用系统提供多种不同外观的图表,例如柱状图(HistogramChart)、饼状图(PieChart)、折线图(LineChart)等。该软件公司图表库设计人员希望为应用系统开发人员提供一套灵活易用的图表库,通过设置不同的参数即可得到不同类型的图表,而且可以较为方便地对图表库进行扩展,以便能够在将来增加一些新类型的图表。
现使用简单工厂模式来设计该图表库。
实例代码
Chart:抽象图表接口,充当抽象产品类
HistogramChart:柱状图类,充当具体产品类
PieChart:饼状图类,充当具体产品类
LineChart:折线图类,充当具体产品类
ChartFactory:图表工厂类,充当工厂类
Client:客户端测试类
创建对象与使用对象
Java 语言创建对象的几种方式
使用 new 关键字直接创建对象
通过反射机制创建对象
通过克隆方法创建对象
通过工厂类创建对象
实例分析
若改为 HibernateUserDAO 必须修改源代码,违背开闭原则
所以,引入工厂类 UserDAOFactory
如果
UserDAO
的某个子类的构造函数发生改变或者需要添加或移除不同的子类,只要维护UserDAOFactory
的代码,不会影响到LoginAction
如果
UserDAO
的接口发生改变,例如添加、移除方法或改变方法名,只需要修改LoginAction
,不会给UserDAOFactory
带来任何影响
两个类 A 和 B 之间的关系应该仅仅是 A 创建 B 或者是 A 使用 B,而不能两种关系都有。将对象的创建和使用分离,使得系统更加符合单一职责原则,有利于对功能的复用和系统的维护。
将对象的创建与使用分离的其他好处
防止用来实例化一个类的数据和代码在多个类中到处都是,可以将有关创建的知识搬移到一个工厂类中,解决代码重复、创建蔓延的问题。
构造函数的名字都与类名相同,从构造函数和参数列表中大家很难了解不同构造函数所构造的产品的差异 à 将对象的创建过程封装在工厂类中,可以提供一系列名字完全不同的工厂方法,每一个工厂方法对应一个构造函数,客户端可以以一种更加可读、易懂的方式来创建对象
何时不需要工厂?
无须为系统中的每一个类都配备一个工厂类
如果一个类很简单,而且不存在太多变化,其构造过程也很简单,此时就无须为其提供工厂类,直接在使用之前实例化即可
否则会导致工厂泛滥,增加系统的复杂度
例如:java.lang.String
简单工厂模式的简化
将抽象产品类和工厂类合并,将静态工厂方法移至抽象产品类中
简单工厂模式的优缺点与适用环境
模式优点
实现了对象创建和使用的分离
客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可
通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性
模式缺点
工厂类集中了所有产品的创建逻辑,职责过重,一旦不能正常工作,整个系统都要受到影响
增加系统中类的个数(引入了新的工厂类),增加了系统的复杂度和理解难度
系统扩展困难,一旦添加新产品不得不修改工厂逻辑
由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构,工厂类不能得到很好地扩展
模式适用环境
工厂类负责创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂
客户端只知道传入工厂类的参数,对于如何创建对象并不关心
版权声明: 本文为 InfoQ 作者【程序员千羽】的原创文章。
原文链接:【http://xie.infoq.cn/article/270b6bbfd752d9906bf0a09df】。文章转载请联系作者。
评论