为什么一月在Java日历中是0月份？

Question

为什么一月在Java日历中是0月份？在……里面java.util.Calendar，一月被定义为月份0，而不是月份1。有什么具体原因吗？我见过很多人对此感到困惑.

Answer 1

它只是可怕的混乱的一部分，即JavaDate/TimeAPI。列出问题所在需要很长时间(我肯定我不知道其中一半的问题)。诚然，处理日期和时间是很棘手的，但是无论如何。

帮自己个忙，好好利用Joda时间相反，或者可能JSR-310.

编辑：至于为什么-正如在其他答案中所指出的，这很可能是由于旧的C API，或者仅仅是一种从0开始所有事情的普遍感觉.当然，那一天从1开始。我怀疑在最初的实现团队之外的人是否真的能说明原因，但我再次敦促读者不要太担心。为什么我们做出了错误的决定，看了看java.util.Calendar找点更好的。

有一点是赞成使用基于0的索引是因为它使诸如“名称数组”这样的事情变得更容易：

// I "know" there are 12 monthsString[] monthNames = new String[12]; // and populate...String name = monthNames[calendar.get(Calendar.MONTH)];

当然，一旦你拿到有13个月的日历，这就失败了.但至少指定的大小是您预期的月数。

这不是好的原因，但这是.a理由.。

编辑：作为一种评论，询问一些关于我认为日期/日历有什么问题的想法：

• 令人惊讶的基数(1900年为日期的年份基数，不可否认为不推荐的构造函数；0作为两个年份的月份基数)
• 可变性-使用不可变类型使其

  多

  更简单地处理真正有效的东西

  价值

• 一组不够的类型：拥有

  Date

  和

  Calendar

  作为不同的事物，但是“本地”与“分区”值的分离以及日期/时间与时间的分离是缺失的。
• 一个API，它导致使用神奇常量的丑陋代码，而不是明确命名的方法。
• 一个很难推理的API-所有关于什么时候被重新计算的业务等等。
• 使用无参数构造函数默认为“Now”，这将导致硬测试代码。
• 这个

  Date.toString()

  实现，它总是使用系统本地时区(这使以前许多堆栈溢出用户感到困惑)

Answer 2

它只是可怕的混乱的一部分，即JavaDate/TimeAPI。列出问题所在需要很长时间(我肯定我不知道其中一半的问题)。诚然，处理日期和时间是很棘手的，但是无论如何。

帮自己个忙，好好利用Joda时间相反，或者可能JSR-310.

编辑：至于为什么-正如在其他答案中所指出的，这很可能是由于旧的C API，或者仅仅是一种从0开始所有事情的普遍感觉.当然，那一天从1开始。我怀疑在最初的实现团队之外的人是否真的能说明原因，但我再次敦促读者不要太担心。为什么我们做出了错误的决定，看了看java.util.Calendar找点更好的。

有一点是赞成使用基于0的索引是因为它使诸如“名称数组”这样的事情变得更容易：

// I "know" there are 12 monthsString[] monthNames = new String[12]; // and populate...String name = monthNames[calendar.get(Calendar.MONTH)];

当然，一旦你拿到有13个月的日历，这就失败了.但至少指定的大小是您预期的月数。

这不是好的原因，但这是.a理由.。

编辑：作为一种评论，询问一些关于我认为日期/日历有什么问题的想法：

• 令人惊讶的基数(1900年为日期的年份基数，不可否认为不推荐的构造函数；0作为两个年份的月份基数)
• 可变性-使用不可变类型使其

  多

  更简单地处理真正有效的东西

  价值

• 一组不够的类型：拥有

  Date

  和

  Calendar

  作为不同的事物，但是“本地”与“分区”值的分离以及日期/时间与时间的分离是缺失的。
• 一个API，它导致使用神奇常量的丑陋代码，而不是明确命名的方法。
• 一个很难推理的API-所有关于什么时候被重新计算的业务等等。
• 使用无参数构造函数默认为“Now”，这将导致硬测试代码。
• 这个

  Date.toString()

  实现，它总是使用系统本地时区(这使以前许多堆栈溢出用户感到困惑)