设计模式之外观模式
外观模式
为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层次的接口,这个接口使得这一子系统更加容易使用。
SubSystemOne 类
package com.hml.facade; public class SubSystemOne { public void method1 () {} }
SubSystemTwo类
package com.hml.facade; public class SubSystemTwo { public void method2 () {} }
SubSystemThree类
package com.hml.facade; public class SubSystemThree { public void method3 () {} }
Facade类
package com.hml.facade; public class Facade { private SubSystemOne one; private SubSystemTwo two; private SubSystemThree three; public Facade(SubSystemOne one, SubSystemTwo two, SubSystemThree three) { this.one = one; this.two = two; this.three = three; } public void method1() { one.method1(); } public void method2() { two.method2(); } public void method3() { three.method3(); } }
类图
何时使用![](https://images0.cnblogs.com/blog2015/559833/201507/051442342451090.png)
何时使用外观模式?
1、设计初期阶段,应该要有意识的将不同的两个层分离。比如经典的三层架构,就需要考虑在数据访问层和业务逻辑层、业务逻辑层和数据展示层层与层之间建立外观facade,这样可以为复杂的子系统提供一个简单的接口,使得耦合大大降低
2、在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式使用时也会产生很小的类,这本是好事,但也给外部调用他们的用户程序带来了使用上的困难,增加外观模式可以提供一个简单的接口,减少他们之间的依赖
3、维护一个遗留的大型系统时,可能这个系统都已经非常难以维护和扩展了,但因为它包含非常重要的功能,新的开发还需要依赖它,此时使用外观模式也是非常合适的。可以为新系统开发一个Facade类来提供设计粗糙或者高度复杂的遗留代码的比较清晰简单的接口,让新系统于Facade交互,Facade于遗留代码交互所有复杂的工作
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步