注意:这不是Comparing ThreeTen backport to JSR-310的副本。我的问题更具体。
在我的公司,我试图让DevOps到O.K.使用ThreeTen-Backport重构遗留代码(由于WebLogic 10.3.6.0的部署限制,我们无法从Java 6升级,并且无法使用任何版本的JodaTime超过1.2.1版本。) / p>
我可以看到DevOps在ThreeTen-Backport的Github页面上遇到此声明的问题:
backport是不是JSR-310的实现,就像那样 需要跳过许多不必要的箍。相反,这是一个 简单的backport旨在允许用户快速使用JSR-310 API 在Java SE 6和7上。
当他们问我什么"不是实施"意思是,我需要能够向他们解释。但是,实现这个词可以有很宽的语义范围,而且我不确定自己究竟是什么意思。
所以我的问题是,在这样的情况下,实现与 backport 的含义是什么?由于JSR-310是一个反向端口而不是一个实现,有没有我可以使用的反例, 是其他东西的实现,就像ThreeTen-Backport 不 JSR-310的实现?如果存在这样的东西,JSR-310 for Java 6的实际实现会是什么样的?它与ThreeTen-Backport会有什么不同?
答案 0 :(得分:4)
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规范。