为什么一月在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()实现，它总是使用系统本地时区(这使以前许多堆栈溢出用户感到困惑)