2

注意：这不是Comparing ThreeTen backport to JSR-310的副本。我的问题更具体。

在我的公司，我试图让 DevOps 能够使用 ThreeTen-Backport 重构遗留代码（由于 WebLogic 10.3.6.0 的部署限制，我们无法从 Java 6 升级，也无法使用任何版本的JodaTime 超过 1.2.1 版）。

我可以在 ThreeTen-Backport 的 Github 页面上看到 DevOps 对此声明存在问题：

backport不是JSR-310 的实现，因为这需要跳过许多不必要的障碍。相反，这是一个简单的向后移植，旨在允许用户在 Java SE 6 和 7 上快速使用 JSR-310 API。

当他们问我“不是实现”是什么意思时，我需要能够向他们解释。但是，实现这个词的语义范围很广，我自己也不确定这到底是什么意思。

所以我的问题是，在这样的情况下，实施与反向移植是什么意思？由于 JSR-310 是一个反向端口而不是一个实现，是否有一个我可以使用的反例，那就是其他东西的实现，就像 ThreeTen-Backport不是JSR-310 的实现一样？如果存在这样的东西，Java 6 的 JSR-310的实际实现会是什么样子，它与 ThreeTen-Backport 有何不同？

4

1 回答 1

4

JSR 310：日期和时间 API是由Java 社区进程(JCP) 控制的正式规范，并具有大量合法控制。任何 JSR 的实现，包括 JSR-310，都需要通过测试套件和其他障碍。

在 JSR-310 的情况下，JSR 被集成到 Java 8 本身中，这意味着它根本不可能独立实现 JSR。JDK 之外没有针对 JSR-310 的测试套件。因此，没有任何代码可以在 JDK 本身之外实现 JSR-310。

因此，ThreeTen-Backport与 JSR-310 规范的实现一样接近，但实际上并不是一个实现，其中“实现”是指JSR-310 规范。

于 2015-06-29T17:04:57.393 回答