Datetime 对“什么是”的详细解释；“错误”；在GWT中使用日期处理

我看到无数论坛帖子抱怨GWT在处理日期时存在问题。我仍然不清楚日期处理的“错误”是什么，需要做哪些特殊考虑，以及不应该使用date.setMinutes（int minutes）等方法的时间/地点/原因

---

有人有反馈吗？

早在Java的早期（即Java 1.0），date/time api主要（仅？）由date类组成。Java人员意识到它缺乏健壮性，因此他们在Java1.1中添加了Calendar类，并试图通过以下方式将Date类更改为value对象。不幸的是，日历类本身并没有得到很好的考虑（见），我们陷入了许多被认为是怪物的问题。 把我们带到今天，GWT支持Date，因为。。。没有日期你怎么能生活呢？但不支持日历/公历日历/时区，因为它太难看了，肯定有更好的答案。遗憾的是，三年多以来，没有人想到2007年1月和2008年4月会发生这种情况

简言之，如果GWT代码中不推荐使用的Date方法能够满足您的需要，请继续使用

---

编辑：GWT的类可能也会派上用场。

因为没有Calendar类，很多问题都是在Calendar类实现之前在“旧”Java中出现的，现在又回到了GWT中。我在这里读到了很好的建议：-始终将日期逻辑传输到服务器端，并在客户端使其尽可能简单。希望有人能做一个更详细的解释。并且Calendar类的实现是正确的。。。？我的意思是它很有用，也很容易使用？@Paweł：它的优点是不会显示为已弃用；）但我同意它肯定会更容易使用。我也认为Calendar类还远远不够完美。在任何情况下，在服务器端处理日期都有更多的选项和解决方案。事实上，目前我想不出有哪一种情况你不能将日期逻辑传输到服务器？@igorbel:我可以。比如“15分钟前”。如果它要不断更新，那么每秒钟、每分钟或每小时调用服务器端函数就没有多大意义。最好是用客户端脚本来实现，但要正确实现它是非常困难的。日期和时间问题相当复杂。很多人尝试过，但失败了。Date类至少是基于UTC的，我们不会很高兴拥有类似.Net的DateTime结构（尽管它的API非常好）。我毫不怀疑，要正确使用它是非常困难的。有一次，我听了一个播客，其中一个JavaAPI的家伙正在谈论封装日历的抽象概念有多难。他举了一个例子（IIRC），泰国有十种不同的日历，每种日历一周有不同的天数。这听起来像是一个很难解决的问题。