大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺
动机
上述A方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化.这种过多的耦合面临很多变化的挑战
如何简化外部客户端和系统间的交互接口呢?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦
模式定义
为子系统中的一组接口提供一个**一致(稳定)**的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用(复用)
结构
要点总结
- 从客户程序的角度来看,Facade模式简化了整个组件系统的接口,对于组件内部与外部客户程序来说,达到了一种”解耦”的效果—-内部子系统的变化不会影响到Facade接口的变化
- Facade设计模式更注重从架构的层次去看整个系统,而不是单个类的层次.Facade很多时候更是一种结构设计模式
- Facade设计模式并非一个集装箱,可以任意地放进任何多个对象.Facade模式中组件地内部应该是”相互耦合关系比较大地一系列组件”,而不是一个简单地功能耦合
笔记
- 间接是一个非常重要的思想 比如C++指针就是间接
- 软件核心设计思想就是间接
- 门面模式就如同调用jdbc一样
- 内部变化外部不变化 类似隔离的方式
- 没有固定的代码结构 是一种思想
- 把子系统的变化圈起来,比如数据访问层 要把所有跟数据库有关的圈起来
- Facade是从架构来设计地 而不对于单个类
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/169037.html原文链接：https://javaforall.net
