设计模式之外观模式

模式定义：

外观模式提供一个统一的接口，用来访问子系统中的一群接口。

外观模式定义了一个高层接口，让子系统更容易使用。

模式结构：

模式实现：

public class FacadeMode {    /**     * 刷牙     */    class Brush {        public void brush() {            System.out.println("brush teeth");        }    }    /**     * 洗脸     */    class Wash {        public void wash() {            System.out.println("wash face");        }    }    /**     * 化妆     */    class Makeup {        public void makeUp() {            System.out.println("make up");        }        public void makeDown() {            System.out.println("make down");        }    }    /**     * 包含子类对象     */    class Man {        Brush brush;        Wash wash;        Makeup makeup;        public Man(Brush brush, Wash wash, Makeup makeup) {            this.brush = brush;            this.wash = wash;            this.makeup = makeup;        }        /**         * 出发前准备         */        public void readyGo() {            System.out.println("ready go !!!");            brush.brush();            wash.wash();            makeup.makeUp();        }        /**         * 睡觉前准备         */        public void readySleep() {            System.out.println("ready sleep !!!");            makeup.makeDown();            brush.brush();            wash.wash();        }    }    /**     * 测试类     */    @Test    public void facadeTest() {        //创建子类对象        Brush brush = new Brush();        Wash wash = new Wash();        Makeup makeup = new Makeup();        //创建外观对象，并调用其方法        Man man = new Man(brush, wash, makeup);        man.readyGo();        man.readySleep();    }}

模式优点：

1、引入外观模式，是客户对子系统的使用变得简单了，减少了与子系统的关联对象，实现了子系统与客户之间的松耦合关系

2、只是提供了一个访问子系统的统一入口，并不影响用户直接使用子系统类

3、降低了大型软件系统中的编译依赖性，并简化了系统在不同平台之间的移植过程

模式缺点：

1、不能很好地限制客户使用子系统类，如果对客户访问子系统类做太多的限制则减少了可变性和灵活性

2、在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”

适用场景：

1、当要为一个复杂子系统提供一个简单接口时可以使用外观模式

2、客户程序与多个子系统之间存在很大的依赖性。引入外观类将子系统与客户以及其他子系统解耦，可以提高子系统的独立性和可移植性