ThreeTen-Backport 实现与 JSR-310 的 backport？

Question

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

在我的公司里，我正在努力让 DevOps 顺利进行。使用 ThreeTen-Backport 重构遗留代码（由于 WebLogic 10.3.6.0 的部署限制，我们无法从 Java 6 升级，也无法使用超过 1.2.1 版本的任何 JodaTime 版本）。

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

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

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

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

Answer 1

JSR 310: Date and Time API 是由Java Community Process (JCP) 控制的正式规范，并具有大量合法控制。任何 JSR（包括 JSR-310）的实现都需要通过 testing kit 和其他障碍。

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

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