简说外观模式

设计模式之外观模式

定义

外观模式（Facade），为子系统中的一组接口提供一个一致的界面，定义一个高层接口，这个接口使得这一子系统更加容易使用。 —— [ 百度百科 ]

解释说明

在外观模式下，当客户端需要子系统为其服务时，不再关心子系统的内部结构以及内部运行原理。只需通过向外观角色传达服务指令，由外观角色直接调用子系统的各种服务，最后只返回给客户端一个最终结果。一句话概括：封装交互，简化调用。

代码块

public class Test { 
    //外管角色  
    class FacadeClass{      
        public void ManAndChildrenSay(){
            Man man = new Man();
            man.say();
            Children children = new Children();
            children.say();
        }

        public void ManAndWomenSay(){
            Man man = new Man();
            man.say();
            Woman woman = new Woman();
            woman.say();
        }
    } 

    //子系统-男人类 
    class Man{
        public void say(){  
            System.out.println("我是男人,我劈柴");  
        }  
    } 

    //子系统-女人类
    class Woman{  
        public void say(){  
            System.out.println("我是女人,我烧饭");  
        }  
    } 

    //子系统-小孩类
    class Children{  
        public void say(){  
            System.out.println("我是小孩,我撒尿");  
        }  
    }

    public static void main(String[] args) {
        //调用男人和小孩服务
        FacadeClass facadeClass = new Test().new FacadeClass();
        facadeClass.ManAndChildrenSay();        
        //调用男人和女人服务
        facadeClass.ManAndWomenSay();        
    }
}

代码解读

以上就是完整的外观模式事例代码。在上述代码中，我们将男人类，女人类，小孩类，类比为不同的子系统。当客户端需要子系统的服务的时候，我们将服务传达给外观角色，由外观角色统一调配子系统的各个服务，最总返回给客户端结果。

正是由于存在了外观角色，客户端无需知道各个子系统的对外暴漏的各个服务，也无需知道子系统的存在与否，这样就减轻了客户端的代码压力，充分体现了设计原则中的迪米特原则（最少知道原则）。

外观角色的存在，一方面减轻了客户端的代码压力，另一方面也提高了代码的可维护性，讲使用方和服务提供方很好分层。例如：当子系统对外暴漏的服务需要修改的时候，我们只需修改外观角色内部的实现，而无需修改客户端的任何代码。

总结

优缺点

1. 降低耦合
2. 实现简单
3. 搭建桥梁，划分层次
4. 滥用外观模式只会增加系统的复杂度

试用场景

1. 为复杂的子系统提供简单已用的外部服务接口时，可以用外观角色封装复杂的服务调用，为客户端提供简洁明了的外部接口。
2. 降低客户端与服务端的耦合度时，可以在两者之间创建外观角色，为两边提供通信服务
3. 在系统分层设计中，可以试用外观角色作为底层服务的接入口，简化层级之间的调用关系。