中文音译为外观设计模式。其实我们在开发中经常会使用到这种设计模式。比如我们项目中需要使用到一个中间件Elasticsearch,领导会让所有人都去学习如何使用它提供的复杂API,还是只需要让其中一个人学习并封装我们用得到的API呢?
简介
《设计模式》一书对于Facade模式的意图是这样描述的:
为子系统中的一组接口提供一个统计接口。Facade模式定义了一个更高层的接口,使子系统更加容易使用。
大多数工作依旧需要由子系统完成,但Facade模式提供了一组更容易理解的方法,这些方法使用底层系统来实现新定义的函数。
关键特征
意图 | 希望简化原有系统的使用方式。需要定义自己的接口。 |
---|---|
问题 | 只需要使用某个复杂系统的子集,或者,需要以一种特殊的方式与系统交互。 |
解决方案 | Facade为原有系统的客户提供了一个新的接口。 |
参与者与协作者 | 为客户提供的一个简化接口,使系统更容易使用。 |
效果 | Facade模式简化了对所需子系统的使用过程。但是,由于Facade并不完整,因此客户可能无法使用某些功能。 |
实现 | 1.定义一个(或多个)具备所需接口的新类。2.让新的类使用原有的系统。 |
好处
- 跟踪系统使用情况。强制所有对系统的访问必须经过Facade,可以很容易监视系统使用情况。
- 改换系统。未来换系统时,通过将原系统作为Facade一个私有成员,可以省力地切换到新系统。
应用场景
- 不需要使用一个复杂系统的所有功能,创建一个新的类,包含访问系统的所有规则。若只是使用系统的部分功能,新类创建的API将比原系统的API简单的多。
- 希望封装或者隐藏原系统。
- 希望使用原系统的功能,而且希望增加一些新的功能。
- 编写新类的成本小于所有人学会使用或者未来维护原系统上所需的成本。