引用百科
外观模式(Facade),为子系统中的一组接口提供一个一致的界面,定义一个高层接口,这个接口使得这一子系统更加容易使用。
Facade
这个外观类为子系统提供一个共同的对外接口
Clients
客户对象通过一个外观接口读写子系统中各接口的数据资源。
- 适用场景
在以下情况下可以考虑使用外观模式:
(1)设计初期阶段,应该有意识的将不同层分离,层与层之间建立外观模式。
(2) 开发阶段,子系统越来越复杂,增加外观模式提供一个简单的调用接口。
(3) 维护一个大型遗留系统的时候,可能这个系统已经非常难以维护和扩展,但又包含非常重要的功能,为其开发一个外观类,以便新系统与其交互。
如:用户到银行进行存款,该业务其实负责对接用户需求的只是银行的柜台人员,具体银行的业务比如 验钞、入账、记录、、、等等一系列的模块处理都不需要用户去单独的操作,用户只需要与柜台人员对接即可,这就类似“外观模式”
如下图:
在以上图中,出现了两个角色:
● 门面(Facade)角色 :客户端可以调用这个角色的方法。此角色知晓相关的(一个或者多个)子系统的功能和责任。在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。
● 子系统(SubSystem)角色 :可以同时有一个或者多个子系统。每个子系统都不是一个单独的类,而是一个类的集合(如上面的子系统就是由ModuleA、ModuleB、ModuleC三个类组合而成)。每个子系统都可以被客户端直接调用,或者被门面角色调用。子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已。
具体代码:
1、定义业务模块处理类
//验证
public class ModuleA {
public void validate(long money) {
System.out.println("验钞:" + money);
}
}
//入账
public class ModuleB {
public void account(String account, long money) {
System.out.println("入账:"+account+":" + money);
}
}
//记录
public class ModuleC {
public void record(String account, long money) {
System.out.println("操作记录:"+account+"存入:" + money);
}
}
2、外观门面角色
//门面外观角色
public class ModuleFacade {
//用户存款入口操作
public void Save(String account,long money) {
System.out.println("用户存钱开始...");
ModuleA a = new ModuleA();
ModuleB b = new ModuleB();
ModuleC c = new ModuleC();
a.validate(money);
b.account(account,money);
c.record(account,money);
}
}
3、客户端Client
public class Client {
public static void main(String[] args) {
ModuleFacade facade = new ModuleFacade();
facade.Save("张三",100000);
}
}
运行后执行,打印信息:
用户存钱开始...
验钞:100000
入账:张三:100000
操作记录:张三存入:100000
通过以上代码可以简单实现外观模式,使用外观模式还有一个附带的好处,就是能够有选择性地暴露方法。一个模块中定义的方法可以分成两部分,一部分是给子系统外部使用的,一部分是子系统内部模块之间相互调用时使用的。有了外观门面角色ModuleFacade类,那么用于子系统内部模块之间相互调用的方法就不用暴露给子系统外部了。
外观模式优点(引用网上的说法):
● 松散耦合
外观模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。
● 简单易用
外观模式让子系统更加易用,客户端不再需要了解子系统内部的实现,也不需要跟众多子系统内部的模块进行交互,只需要跟门面类交互就可以了。
● 更好的划分访问层次
通过合理使用Facade,可以帮助我们更好地划分访问的层次。有些方法是对系统外的,有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中,这样既方便客户端使用,也很好地隐藏了内部的细节。