装饰者模式(Decorator Pattern)是指在不改变原有对象的基础之上，将功能附加到对 象上，提供了比继承更有弹性的替代方案(扩展原有对象的功能)，属于结构型模式。
适用场景：
- 用于扩展一个类的功能或给一个类添加附加职责。
- 动态的给一个对象添加功能，这些功能可以再动态的撤销。
将某一结果通过HTML发布，首先将内容转化为一个HTML文本，然后增加HTTP头
/**
* 核心组件
* 装饰接口，用于处理具体的内容
*/
public interface IPacketCreator {
public String handleContent();
}
/**
* 具体的内容，构造要发布信息的核心内容
*/
public class PacketBodyCreator implements IPacketCreator {
@Override
public String handleContent() {
return "Content of Packet";
}
}
/**
* 维护核心组件component，核心业务逻辑委托component完成
*/
public abstract class PacketDecorator implements IPacketCreator{
IPacketCreator component;
public PacketDecorator(IPacketCreator c) {
component = c;
}
}
/**
* 负责将给定的内容转化为html内容
*/
public class PacketHTMLHeaderCreator extends PacketDecorator{
public PacketHTMLHeaderCreator(IPacketCreator c) {
super(c);
}
@Override
public String handleContent() {
StringBuilder sb = new StringBuilder();
sb.append("<html>");
sb.append("<body>");
sb.append(component.handleContent());
sb.append("</body>");
sb.append("</html>
");
return sb.toString();
}
}
/**
* 具体的装饰器，负责对核心发布内容进行格式化操作
* 负责对给定的内容加上HTTP头部
*/
public class PacketHTTPHeaderCreator extends PacketDecorator {
public PacketHTTPHeaderCreator(IPacketCreator c) {
super(c);
}
@Override
public String handleContent() {
StringBuilder sb = new StringBuilder();
sb.append("Cache-Control:no-cache
");
sb.append(component.handleContent());
return sb.toString();
}
}
import com.mod.IPacketCreator;
import com.mod.PacketBodyCreator;
import com.mod.PacketHTMLHeaderCreator;
import com.mod.PacketHTTPHeaderCreator;
public class PacketHTTPTest {
public static void main(String[] args){
//核心组件的PacketBodyCreator最先被构造，其次是PacketHTMLHeaderCreator，最后是PacketHTTPHeaderCreator
IPacketCreator pc =
new PacketHTTPHeaderCreator(new PacketHTMLHeaderCreator(new PacketBodyCreator()));
System.out.println(pc.handleContent());
}
//Cache-Control:no-cache
//<html><body>Content of Packet</body></html>
}
优点
- 装饰者模式与继承关系的目的都是要扩展对象的功能，但是装饰者模式可以提供比继承更多的灵活性。
- 通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。
缺点
- 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。
- 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。
- 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。