意图
在创建一个对象时不向客户暴露内部细节,并提供一个创建对象的通用接口。
类图
简单工厂不是设计模式,更像是一种编程习惯。它把实例化的操作单独放到一个类中,这个类就成为简单工厂类,让简单工厂类来决定应该用哪个具体子类来实例化。
classDiagram
class SimpleFactory {
+createProduct(type) Product
}
class Product {
<<interface>>
}
class ConcreteProduct
class ConcreteProduct1
class ConcreteProduct2
SimpleFactory ..> Product : 创建
Product <|.. ConcreteProduct
Product <|.. ConcreteProduct1
Product <|.. ConcreteProduct2
这样做能把客户类和具体子类的实现解耦,客户类不再需要知道有哪些子类以及应当实例化哪个子类。因为客户类往往有多个,如果不使用简单工厂,所有的客户类都要知道所有子类的细节;而且一旦子类发生改变(例如增加子类),所有的客户类都要进行修改。
实现
以下是一个错误的实现:Client 类中包含了实例化的代码——如果在客户类中存在实例化代码,就需要将代码放到简单工厂中。
public interface Product {
}
public class ConcreteProduct implements Product {
}
public class ConcreteProduct1 implements Product {
}
public class ConcreteProduct2 implements Product {
}
public class Client {
public static void main(String[] args) {
int type = 1;
Product product;
if (type == 1) {
product = new ConcreteProduct1();
} else if (type == 2) {
product = new ConcreteProduct2();
} else {
product = new ConcreteProduct();
}
// do something with the product
}
}
以下是 SimpleFactory 的简单工厂实现,它被所有需要进行实例化的客户类调用:
public class SimpleFactory {
public Product createProduct(int type) {
if (type == 1) {
return new ConcreteProduct1();
} else if (type == 2) {
return new ConcreteProduct2();
}
return new ConcreteProduct();
}
}
public class Client {
public static void main(String[] args) {
SimpleFactory simpleFactory = new SimpleFactory();
Product product = simpleFactory.createProduct(1);
// do something with the product
}
}
JDK 中的应用
java.text.NumberFormat的getNumberInstance()、getCurrencyInstance()等静态工厂方法java.util.Calendar的getInstance()java.lang.valueOf()系列(Integer.valueOf()、String.valueOf()等)
总结
知识点的东西在上面参考文章中写得非常详细,读完之后问自己下面几个问题,直到可以流利地回答:
- 使用的场景?
- 本质是什么?
- 它解决了什么问题?
- 它体现了设计模式中什么原则?
- 存在的缺陷?
- 你认为与它相关的设计模式有哪些?它们之间的区别有哪些?
- 开源架构中哪些使用了这一模式?
系列导航
- 上一篇:SOLID 设计原则
- 下一篇:工厂方法(Factory Method)
- 工厂三兄弟对比:工厂方法 · 抽象工厂