就我个人而言，我认为Java日历API的奇特之处表明，我需要摆脱以格里高利为中心的思维方式，并尝试在这方面更加不可知论地编程。具体来说，我再次学会了避免对月份之类的常量进行硬编码。

下面哪个选项更可能是正确的?

if (date.getMonth() == 3) out.print("March");

if (date.getMonth() == Calendar.MARCH) out.print("March");

这说明了Joda Time让我有点恼火的一件事——它可能会鼓励程序员从硬编码常数的角度思考问题。(不过只有一点点。Joda并不是在强迫程序员糟糕地编程。)

基于C的语言在某种程度上复制了C。tm结构(在time.h中定义)有一个整数字段tm_mon，(注释的)范围为0-11。

基于C的语言从索引0开始数组。因此，这对于以tm_mon作为索引输出月份名称数组中的字符串非常方便。

我想说是懒惰。数组从0开始(每个人都知道);一年中的月份是一个数组，这让我相信Sun的一些工程师只是懒得在Java代码中加入这个小细节。

因为所有东西都是从0开始的。这是Java编程的一个基本事实。如果有一件事偏离了这一点，那么就会导致一系列的混乱。让我们不要争论它们的构成和代码。

它本身并没有定义为0，而是定义为Calendar.January。这是使用整数作为常量而不是枚举的问题。日历。1月== 0。

设置月份为“日历”。MARCH，或者比较，看看它是否== Calendar。比如六月。

Date和Calendar类可以追溯到Java的早期，当时人们还在摸索，它们被广泛认为设计得不是很好。

如果今天用相同的设计创建Calendar，而不是int类型的Calendar。JUNE等等，他们会用枚举。