java - 跨多个版本实现接口(interface)

Question

我正在尝试创建一个实现 Java 库接口(interface)的类。 ResultSet 是具体的，尽管特定的接口(interface)不应该与问题相关。 (我需要在提供一些额外功能的常规 ResultSet 之上放置一个层，但我希望“常规”函数通过，并且我有几个函数应该能够采用常规 ResultSet或我的“增强型”结果集。)

我的问题是:有没有一种方法可以让我在 Java 5 和 Java 6 中成功编译该类？

在 Java 6 的 ResultSet 接口(interface)中声明了许多函数，这些函数返回未在 Java 5 中定义的对象。如果我包含这些函数，我的类将无法在 Java 5 中编译，因为我引用了未定义的类型。但是如果我不包含这些函数，那么我的类将无法在 Java 6 中编译，因为我没有完全实现接口(interface)。我似乎陷入了第 22 条军规。我实际上不需要这些功能中的任何一个——事实上，我的实现只是为所有这些功能抛出一个“未实现”的异常。

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

更新

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

收到的所有答案(截至本次更新，无论如何)都是很好的观点，所以我对所有答案都投了赞成票，并将“最佳答案”奖授予最能表达我的挫败感的答案。 :-)

我认为我真正的解决方案是放弃实现 ResultSet 的想法，而是创建一个新接口(interface)，该接口(interface)仅包含 ResultSet 中必须实现的功能才能使野兽工作。我觉得这在情感上并不令人满意，但看起来比其他选择要好。

Answer 1

我想 Proxy 建议是最好的答案，但让我添加两个注意事项:

首先，通过向接口(interface)添加方法来更改公共(public) API，方法依赖于以前版本中不存在的类，通常是可憎的(实现该接口(interface)的开发人员，如您自己，不可避免地会导致使困难)。这种厌恶是罕见的，并且通过第二个考虑减弱了:

JDBC API 当然是一个公共(public) API。但不是很公开。我的意思是通常它的接口(interface)只能由 JDBC 驱动程序提供者实现。在这种情况下，不同 JDBC 版本的不同实现的负担是可以忍受的 - see for eg .我的目的是阻止您实现一个实现/包装 ResultSet 的类，除非非常具体(低级别)的情况。通常，将 ResultSet 传递给业务层是不好的做法；在典型情况下，JDBC 驱动程序实例化 ResultSet，DAO 方法使用它，但从不返回它。