门面模式 Facade

“接口隔离”模式

  • 在组件构建过程中,某些接口之间直接的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见的解决方案。
  • 典型模式
  1. Facade
  2. Proxy
  3. Adapter
  4. Mediator

系统间的耦合复杂度

动机(Motivation)

  • 上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化,这种过多的耦合面临很多变化的挑战。
  • 如何简化外部客户程序和系统间的交互接口?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦?

结构

更多体现的是一种思想和原则。这一节没有代码示例。

要点总结

  • 从客户程序的角度来看,Facade模式简化了整个组件系统的接口,对于组件内部与外部客户程序来说,达到了一种“解耦”的效果——内部子系统的任何变化不会影响到Facade接口的变化。
  • Facade设计模式更注重从架构的层次去看整个系统,而不是单个类的层次。Facade很多时候更是一种架构设计模式。
  • Facade设计模式并非一个集装箱,可以任意地放进任何多个对象。
  • Facade模式中组件的内部应该是“相互耦合关系比较大的一系列组件”,而不是一个简单的功能集合。




参考:GeekBand

posted @   double64  阅读(32)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 【.NET】调用本地 Deepseek 模型
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
历史上的今天:
2021-09-28 Xml 简单序列化和返序列化
2021-09-28 C#|匿名类初识
2021-09-28 C++|wchar_t 简单认识
2021-09-28 C# try catch块内为空程序不会崩溃
2021-09-28 C# 应该没有类似 C++ 的 const 形参
2021-09-28 C#|::运算符和全局命名空间
2021-09-28 Winform |制作圆形label标签双色球
点击右上角即可分享
微信分享提示