Question

我正在尝试创建一个实现Java库接口的类。 ResultSet具体，但特定界面不应与问题相关。（我需要在常规ResultSet上放置一个图层，提供一些额外的功能，但我希望通过“常规”函数，我有几个函数应该能够采用常规ResultSet或者我的“增强型”ResultSet。）

我的问题是：有没有办法可以做到这一点，以便类能在Java 5和Java 6中成功编译？

在Java 6的ResultSet接口中声明了许多返回Java 5中未定义的对象的函数。如果我包含这些函数，我的类将不会在Java 5中编译，因为我引用了未定义的类型。但是如果我不包含这些函数，那么我的类将无法在Java 6中编译，因为我没有完全实现该接口。我好像陷入了困境22。我实际上并不需要任何这些函数 - 实际上我的实现只会为所有这些函数抛出一个“未实现”的异常。

我们的一些程序员正在运行Java 5，有些正在运行Java 6.我们的生产环境是Java 5.我想在一个更完美的世界中，我们都将运行相同的版本。但即使我可以修改我们的环境以使问题在这种情况下没有实际意义，肯定这个问题出现在开源项目中。如果我修改我的代码以使用Java 5，那么当我们迟早升级到Java 6时，该类将会中断，这看起来很烦人。

更新

好的，谢谢你给出的答案。我当时希望有人会告诉我，“哦，如果你只是添加这个注释或在这里输入字母'W'，它们都会神奇地起作用。”我想没有这样的运气。

收到的所有答案（截至本次更新）都是优点，因此我对所有答案进行了投票，并且我给出了最能表达我挫败感的“最佳答案”奖。： - ）

我认为我真正的解决方案是放弃实现ResultSet的想法，而是创建一个新的接口，其中只包含ResultSet中必须为野兽实现的功能。我发现这种情绪不满意，但似乎比其他选择更好。

Answer 1

我认为你应该做的是使用Proxy类将服务实现为JDK代理。

它从1.3开始就存在，所以它适用于所有版本。

语法为：

ResultSet rs = Proxy.newProxyInstance(
                   ResultSet.class.getClassloader(),
                   new Class[]{ResultSet.class},
                   new ResultSetInvocationHandler()
);

而ResultSetInvocationHandler将是InvocationHandler的一个实现，它会使用自定义逻辑拦截某些方法并传递其他方法。

这是一个古老的tutorial about the proxy mechanism。

Answer 2

啊，是的，很棒的JDBC向后兼容性崩溃。您有权向Sun发出两品脱的固体咒骂声。

我认为你没有办法为5和6使用完全相同的实现类。但是，你可以这样做：

abstract class JaysBaseSuperResultSet /* does not implement ResultSet */ {
    // all needed methods for java 5
}

class JaysSuperResultSetForJava6 extends JaysBaseSuperResultSet implements ResultSet {
    // all additional java 6 methods
}

class JaysSuperResultSetForJava5 extends JaysBaseSuperResultSetForJava5 implements ResultSet {
    // class body can be empty; compile this only with java 5
}

你需要有一个稍微奇怪的构建过程：我认为最简单的事情就是使用6编译器编译所有JaysSuperResultSetForJava5，但使用-target 5，然后使用5编译器单独编译该类，或者使用6编译器但连接到5个库（可以完成并且可能更简单）。

然后，您将需要一个工厂类来检测当前版本并创建适当的具体类的实例。

然后，您可以将所有内容打包在一个JAR中。

这听起来有用吗？

编辑：意识到你可以用三个课程来完成这个课程，而不是四个课程。

Answer 3

我认为代理建议是最好的答案，但我要添加两个注意事项：

首先，要通过向接口添加方法来更改公共API，依赖于先前版本中不存在的类的方法通常是令人厌恶的（实现该接口的开发人员，因为您自己，不可避免地会导致使困难）。这种憎恶是罕见的，并且由于第二个考虑因素而减弱：

JDBC API当然是一个公共API。但不是很公开。我的意思是通常它的接口只能由JDBC驱动程序提供程序实现。在这种情况下，为不同的JDBC版本see for eg提供不同的实现是可以承受的。我的目标是阻止你实现一个实现/包装ResultSet的类，除了特定的（低级别）情况。通常，将ResultSet传递给商业层是不好的做法。在典型情况下，JDBC驱动程序实例化ResultSet，DAO方法使用它，但永远不会返回它。

Answer 4

不是创建一个实现ResultSet的类，而是将ResultSet包装在一个新类中。

一个警告：考虑使用泛型使其返回ResultSet的正确子接口：

public class MyWrapper<T extends ResultSet> {
    T myResultSet;

    public MyWrapper(T myResultSet) {
        this.myResultSet = myResultSet;
    }

    public T getResultSet() {
        return myResultSet;
    }

    public void setResultSet(T myResultSet) {
        this.myResultSet = myResultSet;
    }

}

（注意，我没有测试过这个）。

注意：
创建一个实现 ResultSet的新类可能听起来似乎是一个好主意，但由于ResultSet已经拥有自己的子接口RowSet而迅速退化为疯狂反过来又有自己的子接口JdbcRowSet，而子接口又有自己的子接口......在这棵树的最末端是实际的对象，它们是数据库的JDBC驱动程序的一部分。

跨多个版本实现接口

4 个答案: