外观模式
一种结构型设计模式,为复杂的子系统调用提供一个统一的入口,降低子系统与客户端的耦合度
如果完成一个功能需要通过引用一系列业务类来完成,并且这些类经常作为一个整体出现,这时如果有一个入口类来统筹这些类,客户端只需要引用这个入口类就可以实现功能,这就是外观模式。
比如在 mvc 架构的工程中。完成一个业务功能往往需要访问很多 Dao,而我们把这些 Dao 都集成在一个 Service 里,并提供一个方法来访问所有 Dao 的方法,Controller 只需要引用 Service 并调用它提供的方法就可以完成这个功能。这种结构就很像外观模式。
UML 类图
假如现在要开发一个文件加密模块,该模块包含三个部分功能分别是文件读取、文件加密、文件写出。为了让设计符合单一职责原则,将三个部分功能分别封装在三个单独的类中。UML图如下:
在 Facade 中集成 Reader,Encrypter 和 Writer,并提供文件加密入口方法 fileEncrypt()。代码如下:
public class Facade {
private Reader fileReader;
private Encrypter fileEncrypter;
private Writer fileWriter;
public void fileEncrypt(String fileName, String fileDesc) {
String plainStr = reader.Read(fileName);
String encryptStr = cipher.Encrypt(plainStr);
writer.Write(encryptStr, fileDesc);
}
// 模拟客户端
public static void main(String[] args) {
Facade facade = new Facade();
facade.fileEncrypt("text.txt", "测试文件");
}
}
抽象外观模式
上面外观模式结构是标准外观结构,如果想要在外观中集成更多的功能比如在读取文件之后对文件内容做校验,就需要更改外观代码,另外如果想改变文件加密方式比如用二进制加密或者位移加密,就需要改变客户端代码,违背了开闭原则,抽象外观就是将外观定义成抽象的,客户端针对抽象外观编程,这样当需要改变加密方式就可以通过修改配置文件而不修改代码达到目的。