外观模式（Facade Pattern）

Posted 2020-10-18 人生如逆旅，我亦是行人。

定义：

 

定义了一个高层、统一的接口，外部与通过这个统一的接口对子系统中的一群接口进行访问。

 

解决的问题：

 

• 避免了系统与系统之间的高耦合度
• 使得复杂的子系统用法变得简单

 

uml类图：

 

 

模式组成：

• Facade：外观角色。是模式的核心，他被客户client角色调用，知道各个子系统的功能。同时根据客户角色已有的需求预订了几种功能组成
• Subsystem classes:子系统角色。实现子系统的功能，并处理由Facade对象指派的任务。对子系统而言，facade和client角色是未知的，没有Facade的任何相关信息；即没有指向Facade的实例
• client：客户角色。调用facade角色获得完成相应的功能

 

优点：

 

• 降低了客户类与子系统类的耦合度，实现了子系统与客户之间的松耦合关系
• 外观模式对客户屏蔽了子系统组件，从而简化了接口，减少了客户处理的对象数目并使子系统的使用更加简单
• 降低原有系统的复杂度和系统中的编译依赖性，并简化了系统在不同平台之间的移植过程

 

缺点：

 

• 在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”
• 不能很好地限制客户使用子系统类，如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。

 

应用：

 

举个栗子：

 

定义外观角色

class Computer {
    Memory memory;
    Cpu cpu;

    public Computer() {
        memory = new Memory();
        cpu = new Cpu();
    }

    public void start() {
        memory.start();
        cpu.start();
    }
}

定义子系统角色

class Memory {
    public void start() {
        System.out.println("memory start!");
    }
}

 

定义子系统角色

class Cpu {
    public void start() {
        System.out.println("cpu start!");
    }
}

客户端调用

 public static void main(String[] args) {         
             Computer c = new Computer();         
             c.start();    
        }