GOF23之外观模式Demo
2015-05-23 16:51
302 查看
外观模式应该是设计模式中最简单的模式了。
先了解下,迪米特法则(最少知识原则):一个软件的实体应当尽可能少的与其他实体发生相互作用。
外观模式核心:为子系统提供统一的入口,封装子系统的复杂性,便于客户端调用。
以开立公司为例:通常开立公司经过一系列流程:工商局检查、质监局办理组织机构代码、税务局办理税务登记、银行开户。如果不使用外观模式,那么所有的这些流程将全部由客户端按照顺序调用完成。客户端需要知道的东西太多,需要发生关系的类太多,显然违反了迪米特法则。
举例代码如下:
客户端调用:
运行结果如下:
检查名字是否有冲突!
在海淀区质检局办理组织机构代码证!
在海淀税务局办理税务登记证!
在中国工商银行开户!
外观模式就是将经过的那些流程整合到一起。
新增一个类整合流程,这个类相当于办理注册公司流程的门面对象:
客户端调用:
运行结果:
运行结果:
检查名字是否有冲突!
在海淀区质检局办理组织机构代码证!
在海淀税务局办理税务登记证!
在中国工商银行开户!
可以看到运行结果与客户端分别调用那些类的方法一样。
外观模式在开发中常见的场景:
频率很高。哪里都会遇到。各种技术和框架中都有外观模式的使用,如:JDBC封装后的,commons提供的DBUtils类,Hibernate提供的工具类,Spring JDBC工具类。
先了解下,迪米特法则(最少知识原则):一个软件的实体应当尽可能少的与其他实体发生相互作用。
外观模式核心:为子系统提供统一的入口,封装子系统的复杂性,便于客户端调用。
以开立公司为例:通常开立公司经过一系列流程:工商局检查、质监局办理组织机构代码、税务局办理税务登记、银行开户。如果不使用外观模式,那么所有的这些流程将全部由客户端按照顺序调用完成。客户端需要知道的东西太多,需要发生关系的类太多,显然违反了迪米特法则。
举例代码如下:
public interface 工商局 { void checkName(); //核名 } class 海淀区工商局 implements 工商局 { @Override public void checkName() { System.out.println("检查名字是否有冲突!"); } } public interface 质检局 { void orgCodeCertificate(); //办理组织机构代码证 } class 海淀质检局 implements 质检局 { @Override public void orgCodeCertificate() { System.out.println("在海淀区质检局办理组织机构代码证!"); } } public interface 税务局 { void taxCertificate(); //办理税务登记证 } class 海淀税务局 implements 税务局 { @Override public void taxCertificate() { System.out.println("在海淀税务局办理税务登记证!"); } } public interface 银行 { void openAccount(); //开户 } class 中国工商银行 implements 银行 { @Override public void openAccount() { System.out.println("在中国工商银行开户!"); } }
客户端调用:
public class Client1 { public static void main(String[] args) { 工商局 a = new 海淀区工商局(); a.checkName(); 质检局 b = new 海淀质检局(); b.orgCodeCertificate(); 税务局 c = new 海淀税务局(); c.taxCertificate(); 银行 d = new 中国工商银行(); d.openAccount(); } }
运行结果如下:
检查名字是否有冲突!
在海淀区质检局办理组织机构代码证!
在海淀税务局办理税务登记证!
在中国工商银行开户!
外观模式就是将经过的那些流程整合到一起。
新增一个类整合流程,这个类相当于办理注册公司流程的门面对象:
/** * 办理注册公司流程的门面对象 * */ public class RegisterFacade { public void register(){ 工商局 a = new 海淀区工商局(); a.checkName(); 质检局 b = new 海淀质检局(); b.orgCodeCertificate(); 税务局 c = new 海淀税务局(); c.taxCertificate(); 银行 d = new 中国工商银行(); d.openAccount(); } }
客户端调用:
public class Client1 { public static void main(String[] args) { new RegisterFacade().register(); } }
运行结果:
运行结果:
检查名字是否有冲突!
在海淀区质检局办理组织机构代码证!
在海淀税务局办理税务登记证!
在中国工商银行开户!
可以看到运行结果与客户端分别调用那些类的方法一样。
外观模式在开发中常见的场景:
频率很高。哪里都会遇到。各种技术和框架中都有外观模式的使用,如:JDBC封装后的,commons提供的DBUtils类,Hibernate提供的工具类,Spring JDBC工具类。
相关文章推荐
- GOF23之建造者模式Demo
- GOF23之代理模式Demo
- GOF23之单例模式Demo
- 【GOF23设计模式】外观模式
- 设计模式GOF23——外观模式
- GOF23之桥接模式Demo
- 【GOF23设计模式】_外观模式_公司注册流程_迪米特法则JAVA241
- GOF23之组合模式Demo
- GOF23之工厂模式Demo
- GOF23设计模式之外观模式不使用外观模式的实现
- GOF 23设计模式之 外观模式 迪米特法则
- 【GOF23设计模式】代理模式
- 【GOF23设计模式】备忘录模式
- 229_尚学堂_高淇_java300集最全视频教程_【GOF23设计模式】_简单工厂模式详解
- (GOF23设计模式)_装饰模式
- GOF23设计模式之 迭代器模式
- 23设计模式之外观模式(Facade)
- 【GOF23设计模式】_观察者模式_广播机制_消息订阅_网络游戏对战原理_自带类与接口JAVA251-252
- GOF23设计模式之模板方法模式(方法回调)的理解与实现之经典
- GOF23设计模式之观察者模式之理解