Question

Trolltech把适应2000年问题做为一个产品或者产品的一部分的需求，这个产品在关于从1999年12月31日到2000年1月1日，或者一直到2000年2月29日的转换过程中都不应该包含错误。

这份文档证明了Qt提供了这样的应用程序接口并且Qt的实现不仅适应2000年问题，也证明Qt的这些应用程序接口的实现没有任何已知问题。

Qt提供的应用程序接口

Qt处理日期和时间的几个部分：

• QDate - 提供日期管理
• QDateTime - 提供日期/时间管理
• QTime - 提供时间管理（在一个日期内）
• QTimer - 提供延时或者定时运行的代码。

所有这些类的外部应用程序接口都适应2000年问题：QDate和QDateTime只提供了4位数字的年的输出，QTime和QTimer不出理年和超过天的问题。

Qt实现的问题

Qt中的所有的日期/时间计算和存储都使用天、秒或毫秒的数量，并且都适应2000年问题。

这些适用于上述四个类并且也也适用于QFileDialog（通过时间/日期对文件进行排序）、QFileInfo（操作文件的时间/日期）和QApplication（做大量的内部内务处理）。

QDate（和QDateTime）中年/月/日格式已经验证为正确的有December 31, 1999、January 1, 2000、February 28 and 29, 2000、March 1, 2000、January 1, 2001和March 1, 2001。

Qt已经验证在操作系统下出现的时间/日期错误（比如时间异常）的情况下都是很强壮的。

系统应用程序接口的使用

当然不可能的是对Trolltech保证在其中Qt运行是依从的2000年的两个窗口系统和所有操作系统。 然而，Qt不使用为所知道的任何API有任何与2000年相关的错误，或者似乎有任何处于风险。 当然，Trolltech不能够保证Qt所运行的窗口系统和所有的操作系统都适应2000年问题。无论如何，Qt都没有使用任何已知的或者看起来有风险的和2000年问题相关的bug。