设计模式之外观模式
本文通过老王改造小王公司的整体架构来说明外观模式，所谓的外观模式其实就是在各种复杂的子系统中抽象出来一个接口，隐藏具体的实现细节，调用方调用时只需要调用接口即可。为了加深理解我们会选出外观模式在源码中的应用进行重点的介绍，最后是我对设计模式学习过程中的一些思考。
读者可以拉取完整代码到本地进行学习，实现代码均测试通过后上传到码云。
一、引出问题
随着小王创业的不断深入，公司各个业务模块越来越复杂，每当客户们与他的合作时都要深入各个模块内部，而且客户要依赖小王的各个模块，给使用模块的客户带来了困难。
小王就想请老王帮他规划一下公司的架构。
老王听完了小王的需求，开始给他分析问题。
现在的公司的架构已经演变的相当复杂了，客户访问你的时候都要通过各个子系统，你应该将你所有的子系统整合到一个前天（接口），客户访问你的子系统只需要通过这个前台（接口）即可。这样就能很好的解决这个问题。
二、概念与运用
老王提出来的解决办法正是外观模式，是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。
该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。
该模式应该是包含两个角色：
①各个子系统角色
②外观角色
我们接着看其实现代码：
子系统：
/** * @author tcy * @Date 11-08-2022 */ public class SystemWork01 { public void method1() { System.out.println("子系统01的业务模式！"); } } /** * @author tcy * @Date 11-08-2022 */ public class SystemWork02 { public void method1() { System.out.println("子系统02的业务模式！"); } } /** * @author tcy * @Date 11-08-2022 */ public class SystemWork03 { public void method1() { System.out.println("子系统03的业务模式！"); } }
外观角色：
/** * @author tcy * @Date 11-08-2022 */ public class Facade { private SystemWork01 obj1 = new SystemWork01(); private SystemWork02 obj2 = new SystemWork02(); private SystemWork03 obj3 = new SystemWork03(); public void method() { obj1.method1(); obj2.method1(); obj3.method1(); } }
客户端：
/** * @author tcy * @Date 11-08-2022 */ public class Client { public static void main(String[] args) { Facade f = new Facade(); f.method(); } }
外观模式的实现代码很简单，读者想必看一遍就知道什么意思了。但学会和会用是两码事，我们举一些外观模式以便读者在使用时可以参考代码。
三、应用
看似外观模式很简单，实际应用中应该不多，其实在实际应用中处处有体现，比如Java开发学习的第一个框架肯定就是SSM，而SSM采用分层，而各个层之间的访问就是外观模式的体现。
还有就是我们在维护一个复杂的系统时，新系统不得不依赖老系统的某些功能，那使用外观模式是最合适不过的。
在Mybatis的Configuration就是使用的外观模式。
客户端使用Mybatis的功能时，只需要调用Configuration的功能即可。
我们简单看下Configuration的源码。
//Configuration 类： public class Configuration { protected ReflectorFactory reflectorFactory = new DefaultReflectorFactory(); protected ObjectFactory objectFactory = new DefaultObjectFactory(); protected ObjectWrapperFactory objectWrapperFactory = new DefaultObjectWrapperFactory(); public MetaObject newMetaObject(Object object) { return MetaObject.forObject(object, objectFactory, objectWrapperFactory, reflectorFactory); } } //MetaObject类 public class MetaObject { private Object originalObject; private ObjectWrapper objectWrapper; private ObjectFactory objectFactory; private ObjectWrapperFactory objectWrapperFactory; private ReflectorFactory reflectorFactory; public static MetaObject forObject(Object object, ObjectFactory objectFactory, ObjectWrapperFactory objectWrapperFactory, ReflectorFactory reflectorFactory) { if (object == null) { return SystemMetaObject.NULL_META_OBJECT; } else { return new MetaObject(object, objectFactory, objectWrapperFactory, reflectorFactory); } } private MetaObject(Object object, ObjectFactory objectFactory, ObjectWrapperFactory objectWrapperFactory, ReflectorFactory reflectorFactory) { this.originalObject = object; this.objectFactory = objectFactory; this.objectWrapperFactory = objectWrapperFactory; this.reflectorFactory = reflectorFactory; if (object instanceof ObjectWrapper) { this.objectWrapper = (ObjectWrapper) object; } else if (objectWrapperFactory.hasWrapperFor(object)) { this.objectWrapper = objectWrapperFactory.getWrapperFor(this, object); } else if (object instanceof Map) { this.objectWrapper = new MapWrapper(this, (Map) object); } else if (object instanceof Collection) { this.objectWrapper = new CollectionWrapper(this, (Collection) object); } else { this.objectWrapper = new BeanWrapper(this, object); } } }
在使用MetaObject时，客户端只需要调用Configuration的newMetaObject(Object object)方法，并传递一个Object参数，就可以获取对应的MetaObject。
至于具体的产生什么样的MetaObject，则有MetaObject的类的forObject(object, objectFactory, objectWrapperFactory, reflectorFactory)方法实现。
具体深究Mybatis 的内部实现细节还是很麻烦的，这里是浅谈一下，有兴趣的读者可以拉Mybatis源码进行重点学习。
四、总结
前几天在一个技术公众号上看到了一个争论，关于设计模式在新手期要不要学的问题，一些人的观点就是新手压根看不懂设计模式，看懂了实际开发也不会用。
另外一派的观点则是，设计模式一定要学，在你开发中慢慢训练有意识的使用设计模式，在你开发了一段时间的系统后再学习设计模式的话，那时候你压根没有时间去重构你的代码。
我的观点更趋向于后者，自从我学了设计模式以后，再写代码的时候，尤其是在老代码之上加一些新功能时，我会下意识的回忆一下学过的设计模式，思考使用设计模式对我的代码有没有帮助。
学过设计模式以后，在日常开发中技术水平不知不觉就提高了，不像以前那样为了实现功能而实现功能。
