对最终类进行子类化；或者，一个堕落的装饰者

Question

我对同一种物体有许多不同的表现形式；我们称其为“事物”。 “事物”是一个标记界面。 ThingFormat0、ThingFormat1、ThingFormat2等都是实现Thing的JavaBean。 （因为它们是 JavaBean，所以 JSON 编组器会自动将它们与 JSON 相互转换。） ThingFormat1 只有几个成员，例如 name 和 id。 ThingFormat2 具有指向其他事物的 URI 链接。在 ThingFormat3 中，ThingFormat1 表示其他事物等。JSON

序列化程序知道如何自动转换 URI。 （它适用于任何可以使用 toString() 和构造函数 ClassName(String string) 进行转换的类。）

我想要一个 ThingFormat0，其行为类似于 URI，但实现标记接口 Thing。

public class ThingFormat0 extends URI implements Thing {}

这不起作用，因为 URI 是最终类并且不能子类化。

我能想到的唯一方法是创建一个装饰器（一种非常退化的装饰器，因为它不会向 URI 添加任何功能）。这在某些“鸭子类型”语言中很容易，但在 Java 中则更痛苦，因为我必须包装 URI 并实现我需要的 URI 的所有方法。有更简单的方法吗？

Answer 1

我能想到的两种简单方法：

• 如果您使用 Eclipse，您可以为自动生成的任何字段使用委托方法。
• 将 URI 的源复制到名为 ThingURI 的新类中。

Answer 2

该类有什么理由不能使用组合而不是继承吗？

public class ThingFormat0 implements Thing {
  private final URI uri;

  public ThingFormat0(String uri) { this.uri = URI.create(uri); }

  public ThingFormat0(URI uri) { this.uri = uri; }

  public URI getUri() { return uri; }

  @Override public String toString() {
    return uri.toString();
  }
}

Answer 3

您不能对最终类进行子类化。时期。

就 URI 而言，出于安全原因，几乎可以肯定它是最终的；即通过提供 URI 的偷偷摸摸的子类型（例如）允许其破坏访问控制来阻止某人破坏沙箱安全性。

所以是的，您需要使用包装器或装饰器或类似的东西。

Answer 4

// base class that handles delegation
class BaseThing implements Thing {

   BaseThing(String uri) { ... }

   BaseThing(URI uri) { ... }

   URI getURI() { ... }

   ...
}

class ThingFormat0 extends BaseThing {
   ...
}

Answer 5

您发现这很困难，因为您的 ThingFormat 类型不是 URI。它们公开 URI 并且可以对应于 URI，但这并不意味着它们就是 URI。也许您渴望实现继承，但是接口继承在这里失败，因为这不是一个正确的is-a关系；它未能通过LSP。

例如，考虑一下 ThingFormat 是否具有方案或片段组件，或者是否可以根据某些基本 URI 进行解析。这些是 URI 的方面和操作，与 ThingFormat 没有太多关系，无论它做什么。