原创作品,可以转载,但是请标注出处地址http://www.cnblogs.com/V1haoge/p/6484128.html
1、外观模式简介
外观模式,一般用在子系统与访问之间,用于对访问屏蔽复杂的子系统调用,采用耳目一新的外观类提供的简单的调用方法,具体的实现由外观类去子系统调用。
外观模式任然是一种中间件类型的模式,使用外观模式之后子系统的方法调用并非完全屏蔽,只是为访问者提供了一种更佳的访问方式,如果你不嫌麻烦,任然可以直接进行子系统方法调用。
甚至于在子系统与子系统之间进行调用时也可以通过各自的外观类来进行调用,这样代码方便管理。
下面请看代码实例:更能显示这种情况
子系统方法1
1 public class SubMethod1 {
2 public void method1(){
3 System.out.println("子系统中类1的方法1");
4 }
5 }
子系统方法2
1 public class SubMethod2 {
2 public void method2(){
3 System.out.println("子系统中类2方法2");
4 }
5 }
子系统方法3
1 public class SubMethod3 {
2 public void method3(){
3 System.out.println("子系统类3方法3");
4 }
5 }
外观类:
1 public class Facader {
2 private SubMethod1 sm1 = new SubMethod1();
3 private SubMethod2 sm2 = new SubMethod2();
4 private SubMethod3 sm3 = new SubMethod3();
5 public void facMethod1(){
6 sm1.method1();
7 sm2.method2();
8 }
9 public void facMethod2(){
10 sm2.method2();
11 sm3.method3();
12 sm1.method1();
13 }
14 }
测试类:
1 public class Clienter {
2
3 public static void main(String[] args) {
4 Facader face = new Facader();
5 face.facMethod1();
6 // face.facMethod2();
7 }
8
9 }
其实直接调用也会得到相同的结果,但是采用外观模式能规范代码,外观类就是子系统对外的一个总接口,我们要访问子系统是,直接去子系统对应的外观类进行访问即可!
2、外观模式应用场景
当我们访问的子系统拥有复杂额结构,内部调用繁杂,初接触者根本无从下手时,不凡由资深者为这个子系统设计一个外观类来供访问者使用,统一访问路径(集中到外观类中),将繁杂的调用结合起来形成一个总调用写到外观类中,之后访问者不用再繁杂的方法中寻找需要的方法进行调用,直接在外观类中找对应的方法进行调用即可。
还有就是在系统与系统之间发生调用时,也可以为被调用子系统设计外观类,这样方便调用也,屏蔽了系统的复杂性。
https://www.cnblogs.com/liumu/p/5245691.html
来自另一博客的理解:
外观模式的使用场景:
1.首先,在设计初期阶段,应该要有意识的将不同的两个层分离,比如经典的三层架构,就需要考虑在数据访问层和业务逻辑,业务逻辑层和表示层的层与层之间建立外观Facade(外观),这样可以为复杂的子系统提供应该简单的接口,使得耦合大大降低。
2.其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,大多数的模式使用时也都会产生很多很小的类,这本是好事,但也给外部调用它们的用户程序带来使用上的困难,增加外观Facade可以提供一个简单接口,减少它们之间的依赖。
3.在维护一个遗留的大型系统时,可能这个系统已经非常难以维护和扩展了,但因为它包含非常重要的功能,新的需求开发必须依赖它。此时用外观模式Facade也是非常合适的。你可以为新系统开发一个外观Facade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口,让新系统与Facade对象进行交互,Facade与遗留代码交互所有复杂的工作。