有时 很多时候，我需要一个类实现通过使其他类的实例的接口。 听起来很奇怪？ 让我给你看一个例子。 在Takes框架中有很多此类，它们的名称都都类似于*Wrap 。 这是一个方便的设计概念，不幸的是，在Java中看起来相当冗长。 拥有更短的内容会很棒，例如在EO中。

西北西北（1959年），阿尔弗雷德·希区柯克（Alfred Hitchcock）

看一下Takes Framework中的RsHtml 。 它的设计看起来像这样（只有一个主要构造函数的简化版本）：

class RsHtml extends RsWrap {RsHtml(final String text) {super(new RsWithType(new RsWithStatus(text, 200),"text/html"));}
}

现在，让我们看一下它扩展的RsWrap ：

public class RsWrap implements Response {private final Response origin;public RsWrap(final Response res) {this.origin = res;}@Overridepublic final Iterable<String> head() {return this.origin.head();}@Overridepublic final InputStream body() {return this.origin.body();}
}

如您所见，此“装饰器”除“仅装饰”外不执行任何操作。 它封装了另一个Response ，并通过所有方法调用。

如果还不清楚，我将解释RsHtml的用途。 假设您有文字，并且想创建一个Response ：

String text = // you have it already
Response response = new RsWithType(new RsWithStatus(text, HttpURLConnection.HTTP_OK),"text/html"
);

您可以使用RsHtml在许多地方一遍又一遍地执行这种装饰器的组合 ：

String text = // you have it already
Response response = new RsHtml(text);

这非常方便，但是RsWrap非常冗长。 太多的行没有做任何特别的事情； 他们只是将所有方法调用转发到封装的Response 。

我们如何引入一个新概念“ decorators”，并使用一个新关键字decorates ：

class RsHtml decorates Response {RsHtml(final String text) {this(new RsWithType(new RsWithStatus(text, 200),"text/html"))}
}

然后，为了创建一个对象，我们只需调用：

Response response = new RsHtml(text);

装饰器中没有任何新方法，只有构造器。 这些家伙的唯一目的是创建其他对象并封装它们。 它们并不是真正的通用对象。 它们仅帮助我们创建其他对象。

这就是为什么我称它们为“装饰信封”。

这个想法可能看起来与Factory设计模式非常相似，但是它没有静态方法 ，我们试图在面向对象的编程中避免这种方法 。

您可能还会发现这些相关的帖子很有趣： 可组合装饰器与命令式实用方法 ； 通过验证装饰器进行防御性编程 ; If-Then-Else是代码气味 ； 垂直和水平装饰 ; 为什么InputStream设计错误 ;

翻译自: https://www.javacodegeeks.com/2017/02/decorating-envelopes.html