6 简单工厂模式
概述:
工厂模式是最常用的一类创建型设计模式,通常我们所说的工厂模式是指工厂方法模式,它也是使用频率最高的工厂模式。
简单工厂模式是工厂方法模式的“小弟”,它不属于GoF 23种设计模式,但在软件开发中应用也较为频繁,通常将它作为学习其他工厂模式的入门。
此外,工厂方法模式还有一位“大哥”——抽象工厂模式。这三种工厂模式各具特色,难度也逐个加大,在软件开发中它们都得到了广泛的应用,成为面向对象软件中常用的创建对象的工具。
举例:
有一个Eat类,里面有各种各样的吃的,例如,烤串,海鲜,甜点。
现在有一个需求:可以较为方便地对Eat类进行扩展,以便能够在将来增加一些新的好吃的。
初期代码实现:
public class Eat {
// 食物类型
private String foodType;
public Eat(String foodType) {
this.foodType = foodType;
if (foodType.equalsIgnoreCase("barbecue")) {
System.out.println("barbecue初始化完成");
} else if (foodType.equalsIgnoreCase("seafood")) {
System.out.println("seafood初始化完成");
} else if (foodType.equalsIgnoreCase("dessert")) {
System.out.println("dessert初始化完成");
}
}
public void getEating() {
if (this.foodType.equalsIgnoreCase("barbecue")) {
System.out.println("打扰一下给您上菜了:barbecue");
} else if (this.foodType.equalsIgnoreCase("seafood")) {
System.out.println("打扰一下给您上菜了:seafood");
} else if (this.foodType.equalsIgnoreCase("dessert")) {
System.out.println("打扰一下给您上菜了:dessert");
}
}
public static void main(String[] args) {
Eat eat = new Eat("dessert");
eat.getEating();
}
}
不难看出,Eat类是一个“巨大的”类,在该类的设计中存在如下几个问题:
- 在Eat类中包含很多“if…else…”代码块,整个类的代码相当冗长,代码越长,阅读难度、维护难度和测试难度也越大。
- 而且大量条件语句的存在还将影响系统的性能,程序在执行过程中需要做大量的条件判断。
- Eat类的职责过重,它负责初始化和显示所有的图表对象,将各种图表对象的初始化代码和显示代码集中在一个类中实现,违反了“单一职责原则”,不利于类的重用和维护
- 当需要增加新品种的食物时,必须修改Eat类的源代码,违反了“开闭原则”。
- 客户端只能通过new关键字来直接创建Eat对象,Eat类与客户端类耦合度较高,对象的创建和使用无法分离。
简单工厂解决方案:
1、抽象Eat接口—>好比老板,你要在我这上菜,你必须是我的员工,就必须实现这套规范
public interface Eat {
void getEating();
}
2、让具体食物类实现Eat接口
public class Barbecue implements Eat{
@Override
public void getEating() {
System.out.println("打扰一下给您上菜了:barbecue");
}
}
public class Dessert implements Eat {
@Override
public void getEating() {
System.out.println("打扰一下给您上菜了:dessert");
}
}
public class SeaFood implements Eat{
@Override
public void getEating() {
System.out.println("打扰一下给您上菜了:seafood");
}
}
3、书写工厂类
public class EatFactory {
// 静态工厂方法
public static Eat getEat(String foodType) {
Eat eat = null;
if (foodType.equalsIgnoreCase("seafood")) {
eat = new SeaFood();
System.out.println("seafood初始化成功");
} else if (foodType.equalsIgnoreCase("dessert")) {
eat = new Dessert();
System.out.println("dessert初始化成功");
} else if (foodType.equalsIgnoreCase("barbecue")) {
eat = new Barbecue();
System.out.println("barbecue初始化成功");
}
return eat;
}
}
4、客户端测试
public class Client {
public static void main(String[] args) {
// 通过静态工厂方法创建
Eat seafood = EatFactory.getEat("dessert");
seafood.getEating();
}
}
分析:
如果需要增加新的菜品,新的菜品实现规范后,那么直接从工厂进行添加即可。
不足之处,客户端在使用的时候,每更换一个Eat对象都需要修改客户端代码中静态工厂方法的参数,客户端代码将要重新编译,这对于客户端而言,违反了“开闭原则”。
##方案改进:
1、静态工厂方法的参数存储在XML或properties格式的配置文件中,如下config.xml所示:
<?xml version="1.0"?>
<config>
<chartType>seafood</chartType>
</config>
2、再通过一个工具类XMLUtil来读取配置文件中的字符串参数,XMLUtil类的代码如下所示:
public class XMLUtil {
//该方法用于从XML配置文件中提取图表类型,并返回类型名
public static String getFoodType() {
try {
//创建文档对象
DocumentBuilderFactory dFactory = DocumentBuilderFactory.newInstance();
DocumentBuilder builder = dFactory.newDocumentBuilder();
Document doc;
doc = builder.parse(new File("D:\\IDEA\\designPatterns\\factory-02\\src\\config.xml"));
//获取文本节点
NodeList nl = doc.getElementsByTagName("foodType");
Node classNode = nl.item(0).getFirstChild();
String foodType = classNode.getNodeValue().trim();
return foodType;
} catch (Exception e) {
e.printStackTrace();
return null;
}
}
}
3、客户端测试
public class Client {
public static void main(String[] args) {
// 通过静态工厂方法创建
String foodType = XMLUtil.getFoodType(); //读取配置文件中的参数
Eat seafood = EatFactory.getEat(foodType);
seafood.getEating();
}
}
分析:
不难发现,在上述客户端代码中不包含任何与具体食物对象相关的信息,如果需要更换具体食物对象,只需修改配置文件config.xml,
无须修改任何源代码,符合“开闭原则”。
简单工厂模式总结:
1、优点:
- 客户端可以免除直接创建产品对象的职责,而仅仅“消费”产品,简单工厂模式实现了对象创建和使用的分离。
- 客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可
- 通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类,在一定程度上提高了系统的灵活性。
2、缺点:
- 由于工厂类集中了所有产品的创建逻辑,职责过重,一旦不能正常工作,整个系统都要受到影响。
- 使用简单工厂模式势必会增加系统中类的个数(引入了新的工厂类),增加了系统的复杂度和理解难度。
- 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
- 简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。