设计模式之外观模式

Posted 程序员田同学

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式之外观模式相关的知识,希望对你有一定的参考价值。

本文通过老王改造小王公司的整体架构来说明外观模式,所谓的外观模式其实就是在各种复杂的子系统中抽象出来一个接口,隐藏具体的实现细节,调用方调用时只需要调用接口即可。为了加深理解我们会选出外观模式在源码中的应用进行重点的介绍,最后是我对设计模式学习过程中的一些思考。

读者可以拉取完整代码到本地进行学习,实现代码均测试通过后上传到码云

一、引出问题

随着小王创业的不断深入,公司各个业务模块越来越复杂,每当客户们与他的合作时都要深入各个模块内部,而且客户要依赖小王的各个模块,给使用模块的客户带来了困难。

小王就想请老王帮他规划一下公司的架构。

老王听完了小王的需求,开始给他分析问题。

现在的公司的架构已经演变的相当复杂了,客户访问你的时候都要通过各个子系统,你应该将你所有的子系统整合到一个前天(接口),客户访问你的子系统只需要通过这个前台(接口)即可。这样就能很好的解决这个问题。

二、概念与运用

老王提出来的解决办法正是外观模式,是一种通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。

该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。

该模式应该是包含两个角色:

①各个子系统角色

②外观角色

我们接着看其实现代码:

子系统:

/**
 * @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源码进行重点学习。

四、总结

前几天在一个技术公众号上看到了一个争论,关于设计模式在新手期要不要学的问题,一些人的观点就是新手压根看不懂设计模式,看懂了实际开发也不会用。

另外一派的观点则是,设计模式一定要学,在你开发中慢慢训练有意识的使用设计模式,在你开发了一段时间的系统后再学习设计模式的话,那时候你压根没有时间去重构你的代码。

我的观点更趋向于后者,自从我学了设计模式以后,再写代码的时候,尤其是在老代码之上加一些新功能时,我会下意识的回忆一下学过的设计模式,思考使用设计模式对我的代码有没有帮助。

学过设计模式以后,在日常开发中技术水平不知不觉就提高了,不像以前那样为了实现功能而实现功能。

推荐读者,参考软件设计七大原则 认真阅读往期的文章,认真体会。

创建型设计模式

一、设计模式之工厂方法和抽象工厂

二、设计模式之单例和原型

三、设计模式之建造者模式

结构型设计模式

四、设计模式之代理模式

五、设计模式之适配器模式

六、桥接模式

七、组合模式

八、设计模式之装饰器模式

以上是关于设计模式之外观模式的主要内容,如果未能解决你的问题,请参考以下文章

设计模式之桥接模式

设计模式之外观模式

设计模式之外观模式

设计模式之外观模式

设计模式之外观模式

设计模式之- 外观模式(Facade Pattern)