外观模式(Facade)
1.定义
为子系统中的一组接口提供一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
Facade:定义子系统多个模块对外的高层接口,通常需要调用内部多个模块,从而把客户的请求代理给适当的子系统对象。
模块:接受Facade对象的委派,真正实现功能,各个模块之间可能有交互。
Facade对象知道各个模块,但各个模块不应该知道Facade对象。
2.代码示例
以代码生成工具的例子来说,为了方便用户灵活配置并且正确生成代码,代码生成工具可以通过使用Facade模式来提供一个对外的一致的界面,使得客户端与内部各个模块实现解耦
1.数据层代码生成模块示例
1 package com.facade.example2; 2 /** 3 * 数据层 4 * @author admin 5 * 6 */ 7 public class DAO { 8 public void generate(){ 9 //1.从配置管理模块中获取配置信息 10 ConfigModel cm=ConfigManager.getInstance().getConfigData(); 11 if(cm.isNeedGenDAO()){ 12 //生成数据层代码文件并保存 13 System.out.println("正在生成数据层代码文件"); 14 } 15 } 16 }
2.业务逻辑层代码生成示例
1 package com.facade.example2; 2 /** 3 * 逻辑层代码生成模块 4 * @author admin 5 * 6 */ 7 public class Business { 8 /** 9 * 逻辑层代码生成方法 10 */ 11 public void generate(){ 12 //1.从配置管理模块中获取配置信息 13 ConfigModel cm=ConfigManager.getInstance().getConfigData(); 14 if(cm.isNeedGenBusiness()){ 15 //生成逻辑层代码文件并保存 16 System.out.println("正在生成逻辑层代码文件"); 17 } 18 } 19 }
3.表现层代码生成示例
1 package com.facade.example2; 2 /** 3 * 生成表现层的模块 4 * @author admin 5 * 6 */ 7 public class Presentation { 8 public void generate(){ 9 //1.从配置管理模块中获取配置信息 10 ConfigModel cm=ConfigManager.getInstance().getConfigData(); 11 if(cm.isNeedGenPresentation()){ 12 //2.按照要求生成代码,并保存文件 13 System.out.println("正在生成表现层模块的代码文件"); 14 } 15 } 16 }
4.Facade对外提供统一界面的实现
package com.facade.example2; public class Facade { public void generate(){ new Presentation().generate(); new Business().generate(); new DAO().generate(); } }
5.这样一来客户端可以完全不知道系统内部各个子系统之间的调用关系,并且当系统内部实现改变时也不会影响客户端的使用
package com.facade.example2; public class Client { public static void main(String[] args) { new Facade().generate(); } }
6.以上使用Facade的时候是以类的形式,当然我们也可以将Facade以接口的形式,然后结合简单工厂模式来进行客户端的功能封装,客户端可以通过简单工厂来获取Facade的相应接口实现类,这样做的好处是更好的使客户端与内部实现进一步分离,同时使用接口的形式来实现能够有选择性的暴露接口方法,尽量减少模块对子系统外提供的接口方法。
7.Facade方法的实现
Facade的方法实现中,一般是负责把客户单的请求转发给内部各个模块进行处理,Facade的方法本身并不进行任何功能处理,Facade的方法实现只是实现一个内部功能的组合。
8.外观模式的优缺点
1.松散耦合:松散了客户端与内部系统的耦合度。
2.简单易用:Facade将内部子系统内部各个功能进行组合后,客户端就不用去关心内部的任何业务逻辑,只用调用Facade提供的组合后的方法即可。
3.更好的划分访问层次:Facade以接口的形式来实现可以很好将提供给外部与内部的模块方法接口分离开。
4.过多的或者Facade不合理会让人容易迷惑。
9.外观模式的本质
封装交互,简化调用
10.何时选用外观模式
(1)如果你希望一个复杂的子系统(这里的复杂指的是客户端使用子系统比较复杂,而不是指子系统内部很复杂)提供一个简单的接口的时候,可以考虑使用外观模式,使用外观对象实现大部分客户端需要的功能,从而简化客户端的使用。
(2)如果想要客户程序和抽象类的实现部分松耦合,可以考虑使用外观模式,使用外观对象将子系统与他的客户分离开来,提高子系统模块的独立性与可移植性。
(3)如果构建多层结构系统,可以考虑使用外观模式,使用外观对象作为每层的入口,这样可以简化层间调用,也可以松散层之间的依赖关系。