最近在看java设计模式 照着书上分析并实现了一个简单工厂模式的例子
在简单工厂模式结构图中包含如下几个角色:
● Factory(工厂角色):工厂角色即工厂类,它是简单工厂模式的核心,负责实现创建所有产品实例的内部逻辑;工厂类可以被外界直接调用,创建所需的产品对象;在工厂类中提供了静态的工厂方法factoryMethod(),它的返回类型为抽象产品类型Product。
● Product(抽象产品角色):它是工厂类所创建的所有对象的父类,封装了各种产品对象的
公有方法,它的引入将提高系统的灵活性,使得在工厂类中只需定义一个通用的工厂方法,因为所有创建的具体产品对象都是其子类对象。
● ConcreteProduct(具体产品角色):它是简单工厂模式的创建目标,所有被创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色,需要实现在
抽象产品中声明的抽象方法。
如下:
//抽象图表接口:抽象产品类
interface Chart {
public void display();
}
//饼状图类:具体产品类
class PieChart implements Chart {
public PieChart() {
System.out.println("创建饼状图!");
}
public void display() {
System.out.println("显示饼状图!");
}
}
//柱状图类:具体产品类
class HistogramChart implements Chart {
public HistogramChart() {
System.out.println("创建柱状图!");
}
public void display() {
System.out.println("显示柱状图!");
}
}
//折线图类:具体产品类
class LineChart implements Chart {
public LineChart() {
System.out.println("创建折线图!");
}
public void display() {
System.out.println("显示折线图!");
}
}
//图表工厂类:工厂类
class ChartFactory {
//静态工厂方法
public static Chart getChart(String type) {
Chart chart = null;
if (type.equalsIgnoreCase("histogram")) {
chart = new HistogramChart();
System.out.println("初始化设置柱状图!");
}
else if (type.equalsIgnoreCase("pie")) {
chart = new PieChart();
System.out.println("初始化设置饼状图!");
}
else if (type.equalsIgnoreCase("line")) {
chart = new LineChart();
System.out.println("初始化设置折线图!");
}
return chart;
}
}
//编写如下客户端测试代码:
class Client1 {
public static void main(String args[]) {
Chart chart;
chart = ChartFactory.getChart("line"); //通过静态工厂方法创建产品
chart.display();
}
}
class Client2 {
public static void main(String args[]) {
Chart chart;
String type = XMLUtil.getChartType(); //读取配置文件中的参数
chart = ChartFactory.getChart(type); //创建产品对象
chart.display();
}
}
Client1去创建每一个对象都需要修改代码传入相应的字符串,然后重新编译。而Client2通过读入XMLUtil一个工具类去读取XML配置文件中的字符串参数从而达到创建每一个对象不用修改代码了。
需要注意的是这里读取的配置文件路径默认是项目工程下的路径
即:
XML配置
<?xml version="1.0" encoding="UTF-8"?>
<config>
<chartType>histogram</chartType>
</config>
Client2通过配置文件方式输出:
XMLUtil:
import org.w3c.dom.Document;
import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;
import java.io.File;
//一个工具类XMLUtil来读取配置文件中的字符串参数
public class XMLUtil {
//该方法用于从XML配置文件中提取图表类型,并返回类型名
public static String getChartType(){
try {
//创建文档对象
DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
DocumentBuilder documentBuilder = dFactory.newDocumentBuilder();
Document document = documentBuilder.parse(new File("config.xml"));
//获取包含图表类型的文本节点
String chartType = document.getElementsByTagName("chartType").item(0).getFirstChild().getNodeValue().trim();
return chartType;
} catch (Exception e) {
e.printStackTrace();
return "";
}
}
}
简单工厂模式的主要优点如下:
(1) 当我们需要使用对象时直接传相应参数通过工厂类去创建对象,这样当前类就可以只用来使用对象的功能,免除了创建对象的功能。符合单一职责原则。
(2) 无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可,
对于一些复杂的类名,通过简单工厂模式可以在一定程度减少使用者的记忆量。
(3) 通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。
主要缺点:
(1) 由于工厂类集中了所有产品的创建逻辑,职责过重,一旦不能正常工作,整个系统都要受
到影响。
(2) 使用简单工厂模式势必会增加系统中类的个数(引入了新的工厂类),增加了系统的复杂
度和理解难度。
(3) 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成
工厂逻辑过于复杂,不利于系统的扩展和维护。
(4) 简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。
适用场景:
在以下情况下可以考虑使用简单工厂模式:
(1) 工厂类负责创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂。
(2) 客户端只知道传入工厂类的参数,对于如何创建对象并不关心。
在工厂方法模式结构图中包含如下几个角色:
● Product(抽象产品):它是定义产品的接口,是工厂方法模式所创建对象的超类型,也就是产品对象的公共父类。
● ConcreteProduct(具体产品):它实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,具体工厂和具体产品之间一一对应。
● Factory(抽象工厂):在抽象工厂类中,声明了工厂方法(Factory Method),用于返回一个产品。抽象工厂是工厂方法模式的核心,所有创建对象的工厂类都必须实现该接口。
● ConcreteFactory(具体工厂):它是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户端调用,返回一个具体产品类的实例。
工厂方法模式总结
工厂方法模式是简单工厂模式的延伸,它继承了简单工厂模式的优点,同时还弥补了简单工
厂模式的不足。工厂方法模式是使用频率最高的设计模式之一,是很多开源框架和API类库的
核心模式。
- 主要优点
工厂方法模式的主要优点如下:
(1) 在工厂方法模式中,工厂方法用来创建客户所需要的产品,同时还向客户隐藏了哪种具体
产品类将被实例化这一细节,用户只需要关心所需产品对应的工厂,无须关心创建细节,甚
至无须知道具体产品类的类名。
(2) 基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够让工厂可以自主确
定创建何种产品对象,而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模
式之所以又被称为多态工厂模式,就正是因为所有的具体工厂类都具有同一抽象父类。
(3) 使用工厂方法模式的另一个优点是在系统中加入新产品时,无须修改抽象工厂和抽象产品
提供的接口,无须修改客户端,也无须修改其他的具体工厂和具体产品,而只要添加一个具
体工厂和具体产品就可以了,这样,系统的可扩展性也就变得非常好,完全符合“开闭原则”。 - 主要缺点
工厂方法模式的主要缺点如下:
(1) 在添加新产品时,需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统
中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,
会给系统带来一些额外的开销。
(2) 由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,
增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统
的实现难度。 - 适用场景
在以下情况下可以考虑使用工厂方法模式:
(1) 客户端不知道它所需要的对象的类。在工厂方法模式中,客户端不需要知道具体产品类的
类名,只需要知道所对应的工厂即可,具体的产品对象由具体工厂类创建,可将具体工厂类
的类名存储在配置文件或数据库中。
(2) 抽象工厂类通过其子类来指定创建哪个对象。在工厂方法模式中,对于抽象工厂类只需要
提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和
里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。