Joda Time 是否在 java 8 Date and Time API 中弃用？（java.time）
如果我可以使用Java8 Date and Time API（java.time），是否有理由使用Joda Time？
我应该每次都使用Java8 Date and Time吗？
共有1个答案
Joda time作者本人的官方声明是，一旦Java-8可用，就立即进行迁移。另请参见网站上的引文：
请注意，Joda-Time被认为是一个基本上已经“完成”的项目。没有计划进行重大改进。如果使用Java SE 8，请迁移到java.time (JSR-310)。
因此，对您的问题的简短回答是：是（已弃用）。但是，请记住，某些功能（如Joda-Interval或ContramentType或CietFormatter）在Java-8中不可用，因此您必须编写自己的部分丑陋的解决方法，另请参阅我的SO-post关于Joda-Time和JSR-310之间差异的文章。
关于两个图书馆未来的旁白：
在这种情况下，“完成”是什么意思？
好吧，你可以将Joda第254期与我在Twitter上的小讨论进行比较。我认为人们应该把他们对Joda时间的任何重大改进的期望写下来。此外，请考虑到与Joda时间相关的未来开发资源有限（缺乏人力）。老实说，自2008年Joda Time以来的大多数版本都具有bug修复版本的特征（2.0除外）。
另一方面：JSR-310的创新速度可能也不会很高（因为它已经很大了，而且因为Oracle在这里是决定性的参与者，并且日期时间库通常不被认为是任何Java发布的核心基石）。因此，未来总会有一些空间留给外部库来提供缺失的功能，例如（按字母顺序）：
-
< li>Threeten-Extra(作为Basil Bourque的最爱，参见他的评论) < li>Time4J(我自己的扩展，互操作性问题在2015年夏天解决)
-
问题内容： 我在对此答案的评论中阅读了有关过时的计划（抱歉，没有参考）的其他许多问题。我真的希望不要，因为我将它用作Java中调度事情的简便方法（而且效果很好）。但是，如果过时了，我会去别处。 但是，快速浏览 1.6版 的API文档并没有说明它已被弃用。Sun的“ 不推荐使用的清单”中甚至都没有提到它。 是否正式弃用 *，如果是，我应该使用什么代替？ 另一方面， 如果不弃用它，* 人们是否可以停止
-
问题内容： 您已经意识到了一个古老的问题：包含浮动元素的容器不会自动扩展其高度以围封其子级。 解决此问题的一种方法是“clearfix”，它添加了许多CSS规则以确保容器正确延伸。 但是，仅提供容器似乎同样有效，并且具有相同的浏览器兼容性。 这是否意味着不建议使用“ clearfix”？使用它还有什么优势吗？ 这里有一个非常相似的问题：clearfixhack和overflow：hidden与ov
-
问题内容： 在阅读有关将容器链接在一起的知识时，他们现在将其称为 旧版链接， 本文声称在Docker 1.9中已弃用，[发行说明中未提及此内容，弃用功能列表也未提及。 题 为什么Docker现在需要旧版链接？我应该停止使用它们吗？ 问题答案： 泊坞窗网络被晋升为继任者- https://docs.docker.com/engine/userguide/networking/ 在使用Docker网络
-
问题内容： 在群集的完整Java EE应用程序中，DTO模式仍然是有效的选择吗？有问题的应用程序使用EJB Hibernate和Struts以及Spring等。在这种情况下传输域对象有什么问题吗？ 编辑：只是为了澄清我的问题，随着现代资源和Java EE的改进，是否有理由不仅仅使用域对象？如果没有，那么DTO模式是否会逐渐消失并且不应该在新的应用程序中使用？ 问题答案： 不被弃用。是否应使用DTO
-
问题内容： 今天，我听说jQuery.ajax函数中的success-Parameter已过时。我理解正确吗？还是我误会了什么？ 例如，将来将无法使用： 我必须使用这个吗？ 来源：http : //api.jquery.com/jQuery.ajax/（向下滚动至“ 弃用通知” ） 问题答案： Ajax成功 回调方法 之间是有区别的： 和Ajax成功 本地回调事件 （即Ajax参数和属性）： 不建
-
问题内容： 看来log4j存在一些类加载问题（其中包括其他问题），在我看来，趋势是从log4j转向slf4j。（Hibernate停止使用第一个来支持后者） 是真的吗 slf4j解决的log4j主要问题是什么？ slf4j是硬道理还是有更好的“下一个下一个log4j”行业标准？ 更新： 因此，delfuego的这个答案使我感到困惑，您可以接受/反对吗？： 您似乎偶然发现了log4j（和Apache