像 Bridge 这样的模式，但可以添加原始方法？

Question

假设有两个抽象类：

  Log:
   property:timestamp;
   property:message;

  LogFormatter:
   (String *)formatlog:(Log)log;

这看起来像一座桥，Log 的行为类似于 Abstraction，LogFormatter 的行为类似于 Implementor。在我看来，bridge 不能将原始方法添加到Implementor。但是我想在以后动态添加属性来登录，并使用LogFormatter的子类来格式化它。这将破坏Liskov Substitution principle。

有人有什么建议吗？

Answer 1

如果 Log 具有属性 timestamp 和 message，我想也许你的意思是 LogEntry。

桥模式用于将抽象与它的抽象分离 使两者能够非常独立地实施。我认为这不是 你的情况。如果您只是想将 LogEntry 格式化为字符串，只需将 LogEntry 作为参数传递给返回字符串的 LogFormatter 方法。

如果你以后想动态添加属性到日志，使用 LogFormatter 的子类来格式化。我会建议装饰器或策略模式，这取决于你 真正的意义。

编辑： 以下伪代码是一个示例，如何使用装饰器来实现这一点，以将线程 ID 等属性添加到日志条目 日志 { 时间戳 信息 线程标识 }

interface LogFormatter {
    String format(Log);
}

// default implementation
DefaultLogFormatter implements LogFormatter {
    String format(Log) {
        return Log.getTimestamp() + Log.getMessage();
    }
}

// decorated with thread Id
ThreadIdLogFormatter implements LogFormatter {
    LogFormatter formatter; 
    ThreadIdLogFormatter(LogFormatter formatter) {
        this.formatter = formatter;
    }
    String format(Log) {
        String threadid = Log.getThreadId();
        return formatter.format() + threadid;
    }
}

LogFormatter formatterDefault = new DefaultLogFormatter();
LogFormatter formatterThreadId = new ThreadIdLogFormatter(formatterDefault);

Log log = new Log("message");
// 2016-11-28 09:22:07.055 INFO message 
String logEntryDefault = formatterDefault.format(log); 
// 2016-11-28 09:22:07.055 INFO message (Thread 11)
String logEntryThreadid = formatterThreadId.format(log); 

就我个人而言，我只会定义一个抽象的 LogFormatter（或接口）并实现 LogFormatter 子类，这些子类将 Log 条目格式化为某种形式的文本（行、xml、json、...）。设计模式很好，但在这种情况下可能不是真的必要。