工厂模式
简单工厂模式
看一个具体的需求
看一个披萨的项目：要便于披萨种类的扩展，要便于维护
- 披萨的种类很多(比如 GreekPizz、CheesePizz 等)
- 披萨的制作有 prepare，bake, cut, box
- 完成披萨店订购功能。
使用传统的方式来完成
思路分析(类图)
编写 OrderPizza.java 去订购需要的各种 Pizza
代码演示
public class OrderPizza {
// 构造器
public OrderPizza() {
Pizza pizza = null;
String orderType;// 订购的披萨类型
do {
orderType = gettype();
if ("greek".equals(orderType)) {
pizza = new GreekPizza();
} else {
break;
}
pizza.setName(orderType);
// 输出pizza制作过程
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
} while (true);
}
}
传统的方式的优缺点
-
优点是比较好理解，简单易操作。
-
缺点是违反了设计模式的ocp 原则，即对扩展开放，对修改关闭。即当我们给类增加新功能的时候，尽量不修改代码，或者尽可能少修改代码.
-
比如我们这时要新增加一个 Pizza 的种类**(Pepper披萨)** ，我们需要做如下修改：
如果我们增加一个 Pizza 类，只要是订购 Pizza 的代码都需要修改.
if ("greek".equals(orderType)) { pizza = new GreekPizza(); } else if ("cheese".equals(orderType)) { pizza = new CheesePizza(); } else { break; }
-
改进的思路分析
分析：修改代码可以接受，但是如果我们在其它的地方也有创建 Pizza 的代码，就意味着，也需要修改，而创建 Pizza的代码，往往有多处。
思路：把创建 Pizza对象封装到一个类中，这样我们有新的 Pizza种类时，只需要修改该类就可，其它有创建到 Pizza 对象的代码就不需要修改了-> 简单工厂模式
基本介绍
- 简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式
- 简单工厂模式：定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)
- 在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式.
使用简单工厂模式
- 简单工厂模式的设计方案: 定义一个可以实例化 Pizaa 对象的类，封装创建对象的代码。
- 看代码示例
public class SimpleFactory {
public Pizza createPizza(String type) {
System.out.println("使用简单工厂模式...");
Pizza pizza = null;
if ("greek".equals(type)) {
pizza = new GreekPizza();
} else if ("cheese".equals(type)) {
pizza = new CheesePizza();
}
pizza.setName(type);
return pizza;
}
public static Pizza createPizza2(String orderType) {
Pizza pizza = null;
System.out.println("使用简单工厂模式 2");
if (orderType.equals("greek")) {
pizza = new GreekPizza();
pizza.setName("希腊披萨 ");
} else if (orderType.equals("cheese")) {
pizza = new CheesePizza();
pizza.setName("奶酪披萨 ");
} else if (orderType.equals("pepper")) {
pizza = new PepperPizza();
pizza.setName("胡椒披萨");
}
return pizza;
}
}
public class OrderPizza {
// 构造器
// public OrderPizza() {
// Pizza pizza = null;
// String orderType;// 订购的披萨类型
// do {
// orderType = gettype();
// if ("greek".equals(orderType)) {
// pizza = new GreekPizza();
// } else if ("cheese".equals(orderType)) {
// pizza = new CheesePizza();
// } else {
// break;
// }
// pizza.setName(orderType);
// // 输出pizza制作过程
// pizza.prepare();
// pizza.bake();
// pizza.cut();
// pizza.box();
// } while (true);
// }
//定义一个简单工厂对象
SimpleFactory simpleFactory;
Pizza pizza = null;
//构造器
public OrderPizza(SimpleFactory simpleFactory) {
setFactory(simpleFactory);
}
public void setFactory(SimpleFactory simpleFactory) {
String orderType = ""; //用户输入的
this.simpleFactory = simpleFactory; //设置简单工厂对象
do {
orderType = getType();
pizza = this.simpleFactory.createPizza(orderType);
//输出 pizza
if (pizza != null) { //订购成功
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
} else {
System.out.println(" 订购披萨失败 ");
break;
}
} while (true);
}
// 写一个方法，可以获取客户希望订购的披萨种类
private String getType() {
try {
BufferedReader strin = new BufferedReader(new InputStreamReader(System.in));
System.out.println("input pizza 种类:");
String str = strin.readLine();
return str;
} catch (IOException e) {
e.printStackTrace();
return "";
}
}
}
工厂方法模式
看一个新的需求
披萨项目新的需求：客户在点披萨时，可以点不同口味的披萨，比如 北京的奶酪 pizza、北京的胡椒 pizza 或者是伦敦的奶酪 pizza、伦敦的胡椒 pizza。
思路 1
使用简单工厂模式，创建不同的简单工厂类，比如 BJPizzaSimpleFactory、LDPizzaSimpleFactory 等等。从当前这个案例来说，也是可以的，但是考虑到项目的规模，以及软件的可维护性、可扩展性并不是特别好
思路 2
使用工厂方法模式
工厂方法模式介绍
- 工厂方法模式设计方案：将披萨项目的实例化功能抽象成抽象方法，在不同的口味点餐子类中具体实现。
- 工厂方法模式：定义了一个创建对象的抽象方法，由子类决定要实例化的类。工厂方法模式将对象的实例化推迟到子类。
工厂方法模式应用案例
-
披萨项目新的需求：客户在点披萨时，可以点不同口味的披萨，比如 北京的奶酪 pizza、北京的胡椒 pizza 或者是伦敦的奶酪 pizza、伦敦的胡椒 pizza
-
思路分析图解
- 代码实现
public abstract class OrderPizza {
// 构造器
public OrderPizza() {
Pizza pizza = null;
String orderType;// 订购的披萨类型
do {
orderType = gettype();
pizza = createPizza(orderType);
// 输出pizza制作过程
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
} while (true);
}
// 定义抽象方法，createPizza 让工厂子类自己实现
abstract Pizza createPizza(String orderType);
// 获取客户希望订购的披萨种类
private String gettype() {
try {
BufferedReader strin = new BufferedReader(new InputStreamReader(System.in));
System.out.println("input pizza type:");
String str = strin.readLine();
return str;
} catch (IOException e) {
e.printStackTrace();
return "";
}
}
}
public class BJOrderPizza extends OrderPizza {
@Override
Pizza createPizza(String orderType) {
Pizza pizza = null;
if ("greek".equals(orderType)) {
pizza = new BJGreekPizza();
} else if ("cheese".equals(orderType)) {
pizza = new BJCheesePizza();
}
// TODO Auto-generated method stub
return pizza;
}
}
public class NJOrderPizza extends OrderPizza {
@Override
Pizza createPizza(String orderType) {
Pizza pizza = null;
if ("greek".equals(orderType)) {
pizza = new NJGreekPizza();
} else if ("cheese".equals(orderType)) {
pizza = new NJCheesePizza();
}
// TODO Auto-generated method stub
return pizza;
}
}
public abstract class Pizza {
protected String name; //披萨的名字
// 准备之作披萨，不同披萨不一样
public abstract void prepare();
// 烘烤
public void bake() {
System.out.println(name + " baking;");
}
// 切
public void cut() {
System.out.println(name + " cutting;");
}
// 打包
public void box() {
System.out.println(name + " boxing;");
}
public void setName(String name) {
this.name = name;
}
}
public class BJCheesePizza extends Pizza{
@Override
public void prepare() {
setName("北京 腊披萨");
// TODO Auto-generated method stub
System.out.println("北京 准备制作希腊披萨....prepare");
}
}
public class BJGreekPizza extends Pizza{
@Override
public void prepare() {
setName("北京 奶酪萨");
// TODO Auto-generated method stub
System.out.println("北京 准备制作奶酪披萨....prepare");
}
}
public class NJCheesePizza extends Pizza{
@Override
public void prepare() {
setName("南京 腊披萨");
// TODO Auto-generated method stub
System.out.println("南京 准备制作希腊披萨....prepare");
}
}
public class NJGreekPizza extends Pizza{
@Override
public void prepare() {
setName("南京 奶酪萨");
// TODO Auto-generated method stub
System.out.println("南京 准备制作奶酪披萨....prepare");
}
}
抽象工厂模式
基本介绍
- 抽象工厂模式：定义了一个 interface 用于创建相关或有依赖关系的对象簇，而无需指明具体的类
- 抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
- 从设计层面看，抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
- 将工厂抽象成两层，AbsFactory(抽象工厂) 和 具体实现的工厂子类。程序员可以根据创建对象类型使用对应的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。
- 类图
抽象工厂模式应用实例
使用抽象工厂模式来完成披萨项目
// 抽象工厂模式的抽象层（接口）
public interface AbsFactory {
// 工厂子类实现
public Pizza createPizza(String orderType);
}
public class BJFactory implements AbsFactory {
@Override
public Pizza createPizza(String orderType) {
Pizza pizza = null;
if ("greek".equals(orderType)) {
pizza = new BJGreekPizza();
} else if ("cheese".equals(orderType)) {
pizza = new BJCheesePizza();
}
// TODO Auto-generated method stub
return pizza;
}
}
public class NJFactory implements AbsFactory {
@Override
public Pizza createPizza(String orderType) {
Pizza pizza = null;
if ("greek".equals(orderType)) {
pizza = new NJGreekPizza();
} else if ("cheese".equals(orderType)) {
pizza = new NJCheesePizza();
}
// TODO Auto-generated method stub
return pizza;
}
}
public class OrderPizza {
AbsFactory factory;
public OrderPizza(AbsFactory factory) {
this.setAbsFactory(factory);
}
public void setAbsFactory(AbsFactory factory) {
this.factory = factory ;
String orderType;// 订购的披萨类型
Pizza pizza = null;
do {
orderType = gettype();
pizza = factory.createPizza(orderType);
// 输出pizza制作过程
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
} while (true);
}
// 获取客户希望订购的披萨种类
private String gettype() {
try {
BufferedReader strin = new BufferedReader(new InputStreamReader(System.in));
System.out.println("input pizza type:");
String str = strin.readLine();
return str;
} catch (IOException e) {
e.printStackTrace();
return "";
}
}
}
// 发出订购任务
public class PizzaStore {
public static void main(String[] args) {
new OrderPizza(new BJFactory());
}
}
// Pizza 抽象类
public abstract class Pizza {
protected String name; //披萨的名字
// 准备之作披萨，不同披萨不一样
public abstract void prepare();
// 烘烤
public void bake() {
System.out.println(name + " baking;");
}
// 切
public void cut() {
System.out.println(name + " cutting;");
}
// 打包
public void box() {
System.out.println(name + " boxing;");
}
public void setName(String name) {
this.name = name;
}
}
public class BJCheesePizza extends Pizza{
@Override
public void prepare() {
setName("北京 腊披萨");
// TODO Auto-generated method stub
System.out.println("北京 准备制作希腊披萨....prepare");
}
}
public class BJGreekPizza extends Pizza{
@Override
public void prepare() {
setName("北京 奶酪萨");
// TODO Auto-generated method stub
System.out.println("北京 准备制作奶酪披萨....prepare");
}
}
public class NJCheesePizza extends Pizza{
@Override
public void prepare() {
setName("南京 腊披萨");
// TODO Auto-generated method stub
System.out.println("南京 准备制作希腊披萨....prepare");
}
}
public class NJGreekPizza extends Pizza{
@Override
public void prepare() {
setName("南京 奶酪萨");
// TODO Auto-generated method stub
System.out.println("南京 准备制作奶酪披萨....prepare");
}
}
工厂模式在 JDK-Calendar 应用的源码分析
-
JDK 中的 Calendar 类中，就使用了简单工厂模式
-
源码分析+Debug 源码+说明
public class Factory {
public static void main(String[] args) {
// TODO Auto-generated method stub
// getInstance 是 Calendar 静态方法
Calendar cal = Calendar.getInstance();
// 注意月份下标从 0 开始，所以取月份要+1
System.out.println("年:" + cal.get(Calendar.YEAR));
System.out.println("月:" + (cal.get(Calendar.MONTH) + 1));
System.out.println("日:" + cal.get(Calendar.DAY_OF_MONTH));
System.out.println("时:" + cal.get(Calendar.HOUR_OF_DAY));
System.out.println("分:" + cal.get(Calendar.MINUTE));
System.out.println("秒:" + cal.get(Calendar.SECOND));
}
}
public static Calendar getInstance(Locale aLocale)
{
return createCalendar(TimeZone.getDefault(), aLocale);
}
private static Calendar createCalendar(TimeZone zone,
Locale aLocale)
{
//根据 TimeZone zone, locale 创建对应的实例
CalendarProvider provider =
LocaleProviderAdapter.getAdapter(CalendarProvider.class, aLocale)
.getCalendarProvider();
if (provider != null) {
try {
return provider.getInstance(zone, aLocale);
} catch (IllegalArgumentException iae) {
// fall back to the default instantiation
}
}
Calendar cal = null;
if (aLocale.hasExtensions()) {
String caltype = aLocale.getUnicodeLocaleType("ca");
if (caltype != null) {
switch (caltype) {
case "buddhist":
cal = new BuddhistCalendar(zone, aLocale);
break;
case "japanese":
cal = new JapaneseImperialCalendar(zone, aLocale);
break;
case "gregory":
cal = new GregorianCalendar(zone, aLocale);
break;
}
}
}
if (cal == null) {
// If no known calendar type is explicitly specified,
// perform the traditional way to create a Calendar:
// create a BuddhistCalendar for th_TH locale,
// a JapaneseImperialCalendar for ja_JP_JP locale, or
// a GregorianCalendar for any other locales.
// NOTE: The language, country and variant strings are interned.
if (aLocale.getLanguage() == "th" && aLocale.getCountry() == "TH") {
cal = new BuddhistCalendar(zone, aLocale);
} else if (aLocale.getVariant() == "JP" && aLocale.getLanguage() == "ja"
&& aLocale.getCountry() == "JP") {
cal = new JapaneseImperialCalendar(zone, aLocale);
} else {
cal = new GregorianCalendar(zone, aLocale);
}
}
return cal;
}
工厂模式小结
-
工厂模式的意义
将实例化对象的代码提取出来，放到一个类中统一管理和维护，达到和主项目的依赖关系的解耦。从而提高项目的扩展和维护性。
-
三种工厂模式 (简单工厂模式、工厂方法模式、抽象工厂模式)
-
设计模式的依赖抽象原则
- 创建对象实例时，不要直接 new 类, 而是把这个 new 类的动作放在一个工厂的方法中，并返回。有的书上说，变量不要直接持有具体类的引用。
- 不要让类继承具体类，而是继承抽象类或者是实现 interface(接口)
- 不要覆盖基类中已经实现的方法。
工厂方法.
优点:
1.仍然具有简单工厂的优点:服务器端修改了具体产品的类名以后，客户端不知道!
2.当客户端需要扩展一个新的产品时，不需要修改作者原来的代码，只是扩展一个新的工厂而已!
杠点:
1.我们已经知道，简单工厂也好，工厂方法也好，都有一个优点， 就是服务器端的具体产品类名变化了以后，客户端不知道!
但是，反观我们现在的代码，客户端仍然依赖于具体的工厂的类名呀!此时，如果服务器端修改了具体工厂的类名，那么客户端也要随之- -起修改!
感觉折腾了一圈，又回到了原点! ! !
解释.
工厂的名字，是为视为接口的。作者有责任，有义务，保证工厂的名字是稳定的。也就是说，虽然客户端依赖于工厂的具体类名，可是在IT业内，
所有工厂的名字都是趋向于稳定(并不是100%不会变)。至少工厂类的名字，要比具体产品类的名字更加稳定!
2.既然产品是我们自己客户端扩展出来的，那为什么不直接自己实例化呢?毕竟这个扩展出来的Lp这个产品，我们自己就是作者。我们想怎么改类名
自己都能把控!为什么还要为 自己制作的产品做工厂呢?
解释.
因为，作者在开发功能时，不仅仅只会开发一些抽象产品、 具体产品、对应的工厂，还会配套地搭配一 些提前做好的框架。
缺点:
如果有多个产品等级，那么工厂类的数量，就会爆炸式增长!
抽象工厂
优点:
1.仍然有简单工厂和工厂方法的优点
2.更重要的是，抽象工厂把工厂类的数量减少了!无论有多少个产品等级，工厂就一套。
杠点:
1.为什么三秦工厂中，就必须是米线措配冰峰呢?为什么就不能是米线搭配可乐?
解释:
抽象工厂中，可以生产多个产品，这多个产品之间，必须有内在联系。
同一个工厂中的产品都属于同一个产品簇! !不能把不同产 品簇中的产品混合到一个抽象工厂的实现类中。.
缺点:
1.当，产品等级发生变化时(增加产品等价、删除产品等价)，都要引起所有以前工厂代码的修改，
这就违反了“开闭原则”!
结论:
当产品等级比较固定时，可以考虑使用抽象工厂，
如果产品等价经常变化，则不建议使用抽象工厂。
工厂的名字，是为视为接口的。作者有责任，有义务，保证工厂的名字是稳定的。也就是说，虽然客户端依赖于工厂的具体类名，可是在IT业内，
所有工厂的名字都是趋向于稳定(并不是100%不会变)。至少工厂类的名字，要比具体产品类的名字更加稳定!
2.既然产品是我们自己客户端扩展出来的，那为什么不直接自己实例化呢?毕竟这个扩展出来的Lp这个产品，我们自己就是作者。我们想怎么改类名
自己都能把控!为什么还要为 自己制作的产品做工厂呢?
解释.
因为，作者在开发功能时，不仅仅只会开发一些抽象产品、 具体产品、对应的工厂，还会配套地搭配一 些提前做好的框架。
缺点:
如果有多个产品等级，那么工厂类的数量，就会爆炸式增长!
抽象工厂
优点:
1.仍然有简单工厂和工厂方法的优点
2.更重要的是，抽象工厂把工厂类的数量减少了!无论有多少个产品等级，工厂就一套。
杠点:
1.为什么三秦工厂中，就必须是米线措配冰峰呢?为什么就不能是米线搭配可乐?
解释:
抽象工厂中，可以生产多个产品，这多个产品之间，必须有内在联系。
同一个工厂中的产品都属于同一个产品簇! !不能把不同产 品簇中的产品混合到一个抽象工厂的实现类中。.
缺点:
1.当，产品等级发生变化时(增加产品等价、删除产品等价)，都要引起所有以前工厂代码的修改，
这就违反了“开闭原则”!
结论:
当产品等级比较固定时，可以考虑使用抽象工厂，
如果产品等价经常变化，则不建议使用抽象工厂。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
