设计模式-外观模式-笔记

“接口隔离”模式

在组件构建过程中,某些接口之间的依赖常常带来很多问题、甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密相关的接口是一种常见的解决方案。

经典模式:Facade、Proxy、Adapter、Mediator

动机(Motivation)

上述A方案的问题在于组件的客户和组件中复杂的子系统有了过多的耦合,随着外部客户程序和各个子系统的演化,这种过多的耦合面临很多变化的挑战。

如何简化外部客户程序和系统间的交互接口?如何将外部客户程序演化和内部子系统的变化之间的依赖相互耦合?

模式定义

为了系统中的一组接口提供一个一致(稳定)的界面,Facede模式定义了一个高层接口,这个接口使得这一子系统更加容易使用(复用)。

要点总结

从客户程序的角度来看,Facade模式简化了整个组件系统的接口,对于组件内部与外部客户程序来说,达到了一种“解耦”的效果---内部子系统的任何变化不会影响到Facade接口的变化。

Facade设计模式更注重从构架的层次去看整个系统,而不是单个类的层次。Facade很多时候更是一种构架设计模式。

Facade设计模式并非一个集装箱,可以任意地放进任何多个对象。Facade模式中组件的内部应该是“互相耦合关系比较大的一系列组件”,而不是一个简单的功能集合。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值