不修改父类代码扩展Java日志类新增FATAL级别最佳实践

采用的设计模式：装饰器模式（Decorator Pattern） #

装饰器模式的核心优势是在不修改原有类代码、不破坏原有继承结构的前提下，动态扩展对象功能，完美匹配“不修改AbstractLogger及FileAppenderLogger”的要求，同时能保留原有便捷方法的调用习惯。

具体实现步骤 #

1. 定义新增的日志级别

如果原有系统没有统一的级别常量/枚举，先新增FATAL级别的定义：

public class LogLevel {
    public static final String INFO = "INFO";
    public static final String DEBUG = "DEBUG";
    public static final String FATAL = "FATAL"; // 新增级别
}

2. 实现日志装饰器类

创建继承自AbstractLogger的装饰器，内部持有原有日志实例，委托原有方法的同时新增FATAL便捷方法：

public class FatalLoggerDecorator extends AbstractLogger {
    private final AbstractLogger targetLogger;

    // 构造方法传入原有日志实例，实现委托
    public FatalLoggerDecorator(AbstractLogger targetLogger) {
        this.targetLogger = targetLogger;
    }

    // 委托原有log方法，保证原有日志输出逻辑不变
    @Override
    public void log(String level, String message) {
        targetLogger.log(level, message);
    }

    // 新增FATAL级别便捷方法
    public void fatal(String message) {
        log(LogLevel.FATAL, message);
    }

    // 重写原有便捷方法，确保委托到原有实例，避免功能丢失
    @Override
    public void info(String message) {
        targetLogger.info(message);
    }

    @Override
    public void debug(String message) {
        targetLogger.debug(message);
    }
}

3. 替换原有日志实例使用装饰器

在业务代码中，用装饰器包装原有FileAppenderLogger实例，即可同时使用原有方法和新增的FATAL方法：

// 原有日志实例
AbstractLogger fileLogger = new FileAppenderLogger();
// 用装饰器扩展为支持FATAL级别的实例
AbstractLogger enhancedLogger = new FatalLoggerDecorator(fileLogger);

// 保留原有调用方式
enhancedLogger.info("系统启动完成");
enhancedLogger.debug("数据库连接参数：xxx");
// 使用新增的FATAL方法
enhancedLogger.fatal("数据库连接失败，系统终止");

为什么这是最佳实践 #

• 严格遵循开闭原则：原有类的代码完全不需要修改，所有扩展逻辑都在装饰器中实现，避免引入回归风险。
• 兼容性极强：装饰器与原有AbstractLogger接口一致，原有依赖AbstractLogger的代码无需修改，直接替换实例即可升级功能。
• 扩展灵活：后续如果需要新增其他级别（如ERROR），只需新增对应的装饰器或在现有装饰器中扩展，不会对原有系统造成影响。
• 职责单一：装饰器只负责新增FATAL级别的扩展逻辑，原有FileAppenderLogger依然专注于文件输出的核心职责。

内容的提问来源于stack exchange，提问作者Asaf