java 设计模式_结构型_9外观模式

9.外观模式
外观模式是为了解决类与类之间的依赖关系的，像spring一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个Facade类中，降低了类类之间的耦合度，该模式中没有涉及到接口
类图：

我们以一个计算机的启动过程为例，启动电脑时要启动CPU、磁盘、内存

public class CPU {
    public void startup(){
        System.out.println("CPU启动");
    }
    public void showdown(){
        System.out.println("CPU关闭");
    }
}


public class Memory {
    public void startup(){
        System.out.println("内存启动");
    }
    public void showdown(){
        System.out.println("内存关闭");
    }
}


public class Disk {
    public void startup(){
        System.out.println("磁盘启动");
    }
    public void showdown(){
        System.out.println("磁盘关闭");
    }
}

电脑（外观）

@Data
@AllArgsConstructor
@NoArgsConstructor
public class Computer {
    private CPU cpu = new CPU();
    private Memory memory = new Memory();
    private Disk disk = new Disk();


    public void startup(){
        System.out.println("开始启动电脑");
        cpu.startup();
        memory.startup();
        disk.startup();
        System.out.println("电脑启动完毕");
    }


    public void showdown(){
        System.out.println("开始关闭电脑");
        cpu.showdown();
        memory.showdown();
        disk.showdown();
        System.out.println("电脑已关闭");
    }


}

测试类

public class FacadeTest {
    public static void main(String[] args) {
        Computer computer = new Computer();
        computer.startup();
        computer.showdown();
    }
}

如果我们没有Computer类，那么，CPU、Memory、Disk他们之间将会相互持有实例，产生关系，这样会造成严重的依赖，修改一个类，可能会带来其他类的修改，这不是我们想要看到的，有了Computer类，他们之间的关系被放在了Computer类里，这样就起到了解耦的作用，这，就是外观模式！
　外观模式的优点：
松散耦合：
外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。
简单易用：
外观模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟门面类交互就可以了。
更好的划分访问层次：
通过合理使用Facade，可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中，这样既方便客户端使用，也很好地隐藏了内部的细节。