标签：外观 对象 功能 接口 代理 中介 门面 设计模式 子系统
一、概念
提供一个统一的接口去访问多个子系统的多个不同的接口，它为子系统中的一组接口提供一个统一的高层接口。使用子系统更容易使用。
本质：就是化零为整；引入一个中介类，把各个分散的功能组合成一个整体，只对外暴露一个统一的接口；
二、目的
为了用户使用方便，把过度拆分的分散功能，组合成一个整体，对外提供一个统一的接口
三、解决方案
本质：引入一个第三方中介类，这个类集合了多个零部件类的功能，实际功能则委托给这些零部件对象，这个类只是做为对外的统一接口，只是一个马甲；
- 引入中介对象
- 有许多细粒度的小对象
- 中介对象暴露了这些小对象的功能；
- 中介对象实际功能委托给这些小对象
- 中介对象提供给外部使用（对外隐藏那些小对象）
四、类图
五、优缺点
优点：
-
松耦合
用户与子系统解耦，屏蔽子系统；可以提高子系统的独立性； -
使用简单
简化用户与子系统的依赖关系；
用户只与门面对接，有统一的入口；不需要知道所有子系统及内部构造；
缺点：
- 不规范的编程方式
没有面向抽象编程，而是通过增加中介层，转换服务提供方的服务接口；
最核心的目的：简化子系统，简化客户使用，屏蔽多个子系统
六、应用场景
- 简化子系统复杂性时。
- 监控所有子系统时；通过门面控制了入口，可以统一监控；
- 希望封装和隐藏子系统时；
- 两历史系统进行改造并打通关系时；
七、现实案例
spring ApplicationContext;
它实现了Factory、ResourceLoader等接口，并通过引用这些接口的实例，对外统一提供：加载配置、解析资源、创建Bean、提供环境、启动流程等功能；
客户代码只需要操作context就可以获取spring的提供的功能，而无需关心内部的细节；
八、与代理模式的区别
相似点：
- 都引入了中介类（对象）
- 中介对象都引用并把功能委托给了原对象
- 都起到了”代理”功能
区别：
- 代理侧重于对原对象的访问控制（当然也可以不是控制而是功能增强）
- 代理与原类实现相同的抽象（相同接口或直接继承原业）
- 代理只代理一个类
- 门面侧重于功能整合（多个小系统或小对象整合成一个功能丰富的大对象）
- 门面可以与子系统具有不同的抽象（具有不同的接口，可以对方法重新起名）
- 门面代理的是一系列类
标签：外观,对象,功能,接口,代理,中介,门面,设计模式,子系统 来源： https://blog.csdn.net/m0_38010471/article/details/123114584
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。