抽象工厂模式
实例
上次我们讲过了工厂方法模式,知道了它的4个要素:工厂抽象类,工厂实现类,产品抽象类和产品实现类。同样的,抽象工厂模式也有这4个要素。抽象工厂模式是在特定情况下对工厂方法模式的一种改进,那么什么是特定情况呢?先来看个例子。
我已经根据工厂方法模式生产出了桌子和椅子,它们都是原木色的,没有上色,现在我想造一套白色桌子和椅子,或者一套黄色桌椅,那么我就得利用抽象工厂模式来生产了。
同样地,来定义抽象工厂模式的4个要素:
- 工厂接口 ProcessingFactory
- 工厂实现类 AddYellowFactory,AddWhiteFactory
- 产品接口
- 家具接口 Furniture
- 桌子和椅子抽象类 AbstractChair,AbstractDesk
- 产品实现类 YellowChair,WhiteChair,YellowDesk,WhiteDesk
类图以及描述:
-
首先定义一个工厂接口ProcessingFactory,这个工厂提供了两个方法,一个是加工桌子,一个是加工椅子;
它的子类分别是AddWhiteFactory 和AddYellowFactory,用来加工白色和黄色的家具产品(桌子和椅子);
这两个具体的工厂类分别对桌子和椅子进行加工,就可以得到白色桌子、白色椅子、黄色桌子和黄色椅子。
-
接下来就是关于产品的定义了,这也很简单。先定义一个家具产品类Furniture,然后分别写两个子类 AbstractChair
和WhiteDesk 实现这个Furniture接口。然后最后就是最细节、最具体的产品实现类了,也就是上面描述的根据颜色
加工出来的桌子和椅子,具体实现类为YellowChair,WhiteChair,YellowDesk,WhiteDesk。
接下来就上代码了。
-
工厂接口 ProcessingFactory
package constructiveMode.AbstractFactory; public interface ProcessingFactory { //抽象工厂中提供方法,子类提供具体实现 public Furniture processDesk(); public Furniture processChair(); }
-
工厂实现类
AddYellowFactory
package constructiveMode.AbstractFactory; public class AddYellowFactory implements ProcessingFactory { @Override public Furniture processDesk() { return new YellowDesk(); } @Override public Furniture processChair() { return new YellowChair(); } }
AddWhiteFactory
package constructiveMode.AbstractFactory; public class AddWhiteFactory implements ProcessingFactory { @Override public Furniture processDesk() { return new WhiteDesk(); } @Override public Furniture processChair() { return new WhiteChair(); } }
-
产品接口
-
家具接口 Furniture
package constructiveMode.AbstractFactory; public interface Furniture { //家具产品的名称 public void getName(); //家具产品的颜色 public void getColor(); }
-
桌子和椅子抽象类
AbstractChair
package constructiveMode.AbstractFactory; public abstract class AbstractChair implements Furniture{ }
AbstractDesk
package constructiveMode.AbstractFactory; public abstract class AbstractDesk implements Furniture{ }
-
-
产品实现类
YellowChair
package constructiveMode.AbstractFactory; public class YellowChair extends AbstractChair { @Override public void getName() { System.out.println("椅子"); } @Override public void getColor() { System.out.println("黄色"); } }
WhiteChair
package constructiveMode.AbstractFactory; public class WhiteChair extends AbstractChair{ @Override public void getName() { System.out.println("椅子"); } @Override public void getColor() { System.out.println("白色"); } }
YellowDesk
package constructiveMode.AbstractFactory; public class YellowDesk extends AbstractDesk { @Override public void getName() { System.out.println("桌子"); } @Override public void getColor() { System.out.println("黄色"); } }
WhiteDesk
package constructiveMode.AbstractFactory; public class WhiteDesk extends AbstractDesk{ @Override public void getName() { System.out.println("桌子"); } @Override public void getColor() { System.out.println("白色"); } }
写一个测试类来生产产品吧:
package constructiveMode.AbstractFactory;
public class Test {
public static void main(String[] args) {
ProcessingFactory addWhiteFactory = new AddWhiteFactory();
ProcessingFactory addYellowFactory = new AddYellowFactory();
Furniture whiteChair = addWhiteFactory.processChair();
whiteChair.getName();
whiteChair.getColor();
System.out.println("----");
Furniture whiteDesk = addWhiteFactory.processDesk();
whiteDesk.getName();
whiteDesk.getColor();
System.out.println("----");
Furniture yellowChair = addYellowFactory.processChair();
yellowChair.getName();
yellowChair.getColor();
System.out.println("----");
Furniture yellowDesk = addYellowFactory.processDesk();
yellowDesk.getName();
yellowDesk.getColor();
}
}
输出:
可以看到对于具体产品类的实例化,我们并不需要用new去创建新的对象,并且代码中也不涉及具体产品类的类型,只是使用Furniture接口来进行定义。
定义
抽象工厂模式(Abstract Factory Pattern)的定义:提供一个创建一组相关或相关依赖的对象的接口,而无需指定具体类。
下面是抽象工厂模式的通用类图。
应用
-
应用场景
抽象工厂模式适用于需要创建多个产品类,并且每个产品都具有多个产品等级的情况。
如上例,产品类就是桌子,椅子这样的具体实现类。产品等级就是产品的颜色,比如说桌子有白色和黄色的。
可以看下图,横轴表示产品类,矩形、圆形、三角形分别是不同的产品;纵轴表示产品等级,分别表示产品不同的颜色。
其中,有m个产品类,就对应抽象工厂类中的m个创建方法;有n个产品等级就代表了n个工厂实现类。可以对照一下例子里的类图。
抽象工厂模式和工厂方法模式的对比
-
抽象工厂模式关键在于产品之间的依赖关系,所以至少要两个产品;工厂方法关注的是生产产品,而不是产品间的关系,所以可以只生成一个产品。
-
抽象工厂方法的工厂是类,而工厂方法模式的工厂是方法。
-
-
优点
-
产品等级扩展性好
要想扩展产品等级,只需要再实现一个工厂类对应新的产品等级,然后对每个产品类实现新的产品等级就可以了。
-
封装性好
高层模块不需了解低层模块,满足迪米特法则。
-
-
缺点
产品族难以扩展。如果要生产一个新的产品,需要对工厂接口、工厂实现类代码进行修改,还要新增产品抽象类和产品实现类,十分繁琐。
参考:
《设计模式之禅》
https://www.zhihu.com/question/20367734