为什么不赞成使用“新日期（整数年，整数月，整数日）”？

Question

我最近继承的应用程序关于构造函数的弃用警告已满：

Date d = new Date(int year, int month, int day)

有谁知道或可以指出为什么将诸如以下这样的简单内容替换为以下内容的原因：

Date d = null;
Calendar cal = GregorianCalendar.getInstance();
cal.set(1900 + year, month, day);
d = cal.getTime();

现在，显然不赞成使用警告本身并不是问题，但是您是否可以想象，如果删除此构造函数，数以百万计的LOC会痛苦地哭泣吗？

在我对基准测试的简短介绍中，执行基准测试大约需要50％的时间。

Answer 1

本来Date打算包含有关日期的所有逻辑，但是API设计人员最终意识到，到目前为止，他们所拥有的API严重不足，无法完全扩展以正确处理诸如时区，语言环境，不同的日历，夏时制等问题。等

因此，他们创建Calendar来处理所有这些复杂性，并降级Date为一个简单的时间戳，弃用了其处理格式化，解析和单个日期字段的所有功能。

顺便说一句，Date(int, int, int)现在内部调用了这些方法（例如构造函数）Calendar，因此，如果看到速度差异，则在调用时您做错了什么Calendar。

最重要的是：不是Java的CalendarAPI过于复杂，而是人为的日期概念，唯一的问题Calendar是，它没有提供大多数常用用法的快捷方式。