设计模式学习笔记------外观模式

　　　　　　　　　　　　　　外观模式

一、外观模式

　　外观模式(Facade),为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

 

　　

　　　　　　　　　　　　　　　　　　　　　　　　外观模式结构示意图

 

 

　　　　

　　　　　　　　　　　　　　　　　　　　　　      

　　　　　　

二、代码实例

/**
 * A模块接口
 * @author abc
 *
 */
public interface AModule {
    public void testA();
}

/**
 * A模块接口实现类
 * @author abc
 *
 */
public class AModuleImpl implements AModule {

    @Override
    public void testA() {
        System.err.println("实现AModule");
    }

}

/**
 * B模块接口
 * @author abc
 *
 */
public interface BModule {
    public void testB();
}

/**
 * B模块接口实现类
 * @author abc
 *
 */
public class BModuleImpl implements BModule {

    @Override
    public void testB() {
        System.err.println("实现BModule");
    }

}

/**
 * C模块接口
 * @author abc
 *
 */
public interface CModule {
    public void testC();
}

/**
 * C模块接口实现类
 * @author abc
 *
 */
public class CModuleImpl implements CModule {

    @Override
    public void testC() {
        System.err.println("实现CModuel");
    }

}

/**
 * 外观对象
 * @author abc
 *
 */
public class Facade {
    
    /**
     * 示意方法，满足用户需求
     */
    public void test() {
        //在内部实现会调用到的子系统的模块
        AModule a = new AModuleImpl();
        a.testA();
        BModule b = new BModuleImpl();
        b.testB();
        CModule c = new CModuleImpl();
        c.testC();
    }
    
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.test();
    }
}

 

三、理解外观模式

　　外观模式的目的

　　　　外观模式的目的不是给子系统添加新的功能接口，而是让外部减少与子系统内多个模块的交互，松散耦合，从而让外部能够更简单地使用子系统。

　　使用外观和不适用外观有和变化

　　　　外观属于系统，它可以屏蔽外部客户端和系统内部模块的交互，从而把子模块（A,B,C...）成为一个整体对外，不但方便客户端的调用，而且封装了系统内部的细节功能。也就是说Facade与各个模块交互的过程已经是内部实现了。这样一来，如果今后调用模块的算法发生了变化，比如变化成要先调用B，然后在调用A，那么只需要修改Facade的实现就可以了。

　　有外观，但是可以不使用

　　　　虽然有了外观，如果有需要，外部还是可以绕开Facade，而直接调用摸个具体模块的接口，这样就能实现兼顾组合功能和细节功能。

　　外观提供了缺省的功能实现

　　　　外观对象可以为用户提供一个简单、缺省的实现，这个实现对大多数的用户来说都已经足够了。但是外观并不限制那些需要更多制定功能的用户，可以直接越过外观去访问内部模块的功能。　　

　　外观模式的调用顺序示意图

　　

 四、外观模式的优缺点

　　优点：

　　　　松散耦合

　　　　　　外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。

　　　　简单易用

　　　　　　外观模式让子系统更加易用，客户端不在需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟外观交互就可以，相当于外观类为外部客户端使用子系统提供了一站式服务。

　　　　更好地划分访问的层次

　　　　　　通过合理的使用Facade，可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到外观中，这样既方便客户端使用，也很好的隐藏了内部的细节。

　　缺点：

　　　　　　过多的或者是不太合理的Facade也容易让人迷惑。到底是调用Facade好呢，还是直接调用模块好。

五、外观模式的本质

　　　　------封装交互，简化调用