【设计模式】结构型模式——外观模式

结构型模式——外观模式

一、定义

外观模式是一种结构型设计模式， 能为程序库、 框架或其他复杂类提供一个简单的接口。

二、问题

假设你必须在代码中实现日志打印，而日志打印又有众多对象(日志头，尾……)。 正常情况下， 你需要负责所有这些对象的初始化工作、 管理其依赖关系并按正确的顺序执行方法等。
最终， 程序中类的业务逻辑将与日志类的实现细节紧密耦合， 使得理解和维护代码的工作很难进行。

三、解决方案

外观类为包含许多活动部件的复杂子系统提供一个简单的接口。 与直接调用子系统相比， 外观提供的功能可能比较有限， 但它却包含了客户端真正关心的功能。

四、代码

1、外观 （Facade） 提供了一种访问特定子系统功能的便捷方式， 其了解如何重定向客户端请求， 知晓如何操作一切活动部件。

package com.atmae.facade;

/**
 * @Author: Mae
 * @Date: 2022/4/24
 * @Time: 8:27
 * @Description:
 */
public class Log {
    private final LogTime logTime;
    private final LogBody logBody;
    private final LogFoot logFoot;

    public Log() {
        this.logTime = new LogTime();
        this.logBody = new LogBody();
        this.logFoot = new LogFoot();
    }

    public void printLog() {
        this.logTime.printLogTime();
        this.logBody.printLogBody();
        this.logFoot.printLogFoot();
    }
}

2、复杂子系统 （Complex Subsystem） 由数十个不同对象构成。 如果要用这些对象完成有意义的工作， 你必须深入了解子系统的实现细节， 比如按照正确顺序初始化对象和为其提供正确格式的数据。
子系统类不会意识到外观的存在， 它们在系统内运作并且相互之间可直接进行交互

package com.atmae.facade;

/**
 * @Author: Mae
 * @Date: 2022/4/24
 * @Time: 8:38
 * @Description:
 */
public class LogBody {
    public void printLogBody(){
        System.out.println("==========日志体==========");
    }
}

package com.atmae.facade;

/**
 * @Author: Mae
 * @Date: 2022/4/24
 * @Time: 8:38
 * @Description:
 */
public class LogFoot {
    public void printLogFoot(){
        System.out.println("==========日志尾==========end");
    }
}

package com.atmae.facade;

import java.util.Date;

/**
 * @Author: Mae
 * @Date: 2022/4/24
 * @Time: 8:38
 * @Description:
 */
public class LogTime {
    public void printLogTime() {
        System.out.println("日志时间：");
        System.out.println("==========" + new Date() +"==========");
    }
}

3、客户端 （Client） 使用外观代替对子系统对象的直接调用。

package com.atmae.facade;

/**
 * @Author: Mae
 * @Date: 2022/4/24
 * @Time: 8:42
 * @Description:
 */
public class Client {
    public static void main(String[] args) {
        Log log = new Log();
        log.printLog();
    }
}

五、UML图

六、外观模式使用场景

• 如果你需要一个指向复杂子系统的直接接口， 且该接口的功能有限， 则可以使用外观模式。
• 如果需要将子系统组织为多层结构， 可以使用外观。

七、总结

优点

• 你可以让自己的代码独立于复杂子系统。

缺点

• 外观可能成为与程序中所有类都耦合的上帝对象(God object)。

八、与其他模式的关系

• 当只需对客户端代码隐藏子系统创建对象的方式时， 你可以使用抽象工厂模式来代替外观。