模式像桥，但可以添加原始方法?

Question

假设有两个抽象类：

Log:
property:timestamp;
property:message;
LogFormatter:
(String *)formatlog:(Log)log;

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

有人有什么建议吗？

Answer 1

如果日志有属性时间戳和消息，我想也许你的意思是日志条目。

当您想要将抽象与其分离时，将使用桥接模式 实现使两者可以非常独立。我认为这不是 你的案例。如果您只想将 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子类，这些子类将日志条目格式化为某种形式的文本(行，xml，json，...)。设计模式很好，但在这种情况下可能不是真正必要的。