【Java设计模式系列】装饰器模式(Decorator Pattern)

以下类包含所有Window类的decorator，以及修饰类本身。

// 抽象装饰类 注意实现Window接口

public abstract class WindowDecorator implements Window {

// 被装饰的Window

protected Window decoratedWindow;

public WindowDecorator (Window decoratedWindow) {

this.decoratedWindow = decoratedWindow;

}

@Override

public void draw() {

decoratedWindow.draw();

}

@Override

public String getDescription() {

return decoratedWindow.getDescription();

}

}

// 第一个具体装饰器 添加垂直滚动条功能

public class VerticalScrollBar extends WindowDecorator {

public VerticalScrollBar(Window windowToBeDecorated) {

super(windowToBeDecorated);

}

@Override

public void draw() {

super.draw();

drawVerticalScrollBar();

}

private void drawVerticalScrollBar() {

// Draw the vertical scrollbar

}

@Override

public String getDescription() {

return super.getDescription() + “, including vertical scrollbars”;

}

}

// 第二个具体装饰器 添加水平滚动条功能

public class HorizontalScrollBar extends WindowDecorator {

public HorizontalScrollBar (Window windowToBeDecorated) {

super(windowToBeDecorated);

}

@Override

public void draw() {

super.draw();

drawHorizontalScrollBar();

}

private void drawHorizontalScrollBar() {

// Draw the horizontal scrollbar

}

@Override

public String getDescription() {

return super.getDescription() + “, including horizontal scrollbars”;

}

}

mybatis 示例

---

优点

=================================================================

使用装饰模式来实现扩展比继承更加灵活，它以对客户透明的方式动态地给一个对象附加更多的责任。装饰模式可以在不需要创造更多子类的情况下，将对象的功能加以扩展。

与继承相比，关联关系的优势在于不破坏类的封装性，而且继承是一种耦合度较大的静态关系，无法在程序运行时动态扩展。

可通过动态方式扩展一个对象的功能，通过配置文件可以在运行时选择不同装饰器，从而实现不同行为。

在软件开发阶段，关联关系虽然不会比继承关系减少编码量，但到了软件维护阶段，由于关联关系使系统具有较好的松耦合性，所以更容易维护。

通过使用不同具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象，得到功能更强大的对象。

具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类、具体装饰类，在使用时再对其进行组合，原有代码无须改变，符合“开闭原则”。

缺点

=================================================================

产生很多小对象，这些对象区别在于它们之间相互连接的方式不同，而不是它们的类或属性值不同，同时还将产生很多具体装饰类。这些装饰类和小对象的产生将增加系统的复杂度，加大学习与理解的难度。

比继承更灵活，也意味着比继承更易出错，排查也更困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为烦琐。

适用场景

===================================================================

在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。

需要动态地给一个对象增加功能，这些功能也可以动态地被撤销。

当不能采用继承的方式对系统进行扩充或者采用继承不利于系统扩展和维护时。

不能采用继承的场景：

• 系统存在大量独立扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长

• 类定义不能继承（如final类）

扩展

=================================================================

一个装饰类的接口必须与被装饰类的接口保持相同，对于客户端来说无论是装饰之前的对象还是装饰之后的对象都可以一致对待。

总结

蚂蚁面试比较重视基础，所以Java那些基本功一定要扎实。蚂蚁的工作环境还是挺赞的，因为我面的是稳定性保障部门，还有许多单独的小组，什么三年1班，很有青春的感觉。面试官基本水平都比较高，基本都P7以上，除了基础还问了不少架构设计方面的问题，收获还是挺大的。

---

经历这次面试我还通过一些渠道发现了需要大厂真实面试主要有：蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初，中级，高级Java面试题集合，附带超详细答案，希望能帮助到大家。

的小组，什么三年1班，很有青春的感觉。面试官基本水平都比较高，基本都P7以上，除了基础还问了不少架构设计方面的问题，收获还是挺大的。

---

经历这次面试我还通过一些渠道发现了需要大厂真实面试主要有：蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初，中级，高级Java面试题集合，附带超详细答案，希望能帮助到大家。

[外链图片转存中…(img-yzB5HUWD-1720081682671)]