不确定这是否是装饰器模式的理想用途。这是设置。
我有一个 CommandBuilder 类,它有一个名为 build() 的操作方法。我想动态地将内容应用于此命令:将其写入文件、将其写入标准输出、将其写入日志文件。
它的布局是这样的:
public abstract class CommandBuilder {
public abstract String build();
}
然后我有一个具体的实现
public class StringBuilder extends CommandBuilder {
...
public String build() {
... builds command string ....
return commandString;
}
}
抽象装饰器:
public abstract class OutputDecorator extends CommandBuilder {
public abstract String build();
}
最后,装饰器本身:
public class FileDecorator extends OutputDecorator {
CommandBuilder builder;
public FileDecorator(CommandBuilder builder) {
this.builder = builder;
}
public String build() {
String commandOutput = builder.build(); // call it
...
someWriteClass.writeFile(commandOutput); // use it
return commandOutput; // pass it along unchanged;
}
}
StandardOutputDecorator、LoggerOutputDecorator 等等......
然后在使用:
CommandBuilder mybuilder = new LoggerOutputDecator(
new StandardOutputDecorator(
new FileDecorator(
new StringCommandBuilder()
)
)
);
mybuilder.build();
从而构建我的字符串命令并以各种方式输出它。
问题:由于我没有修改这些装饰器中的操作数据,而只是在将输出原封不动地传递给其他方法之前使用输出提供给其他方法,我是否在“滥用”该模式?有没有更好的方法来实现它?
最佳答案
这非常合适,除了 OutputDecorator 抽象类应该处理对 CommandBuilder 的引用(就像您在 FileDecorator 中所做的那样,而不与其他装饰器共享)
关于java - 具有操作传递的装饰器模式?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23920397/