Java sagt, dass das Jahr 0 ein Schaltjahr ist, aber das Jahr 0 hat nie existiert

Ich habe einige Testfälle für einige praktische Methoden geschrieben, die ich aktualisiere, und beschlossen, zu sehen, was passieren würde, wenn ich sie verwenden würde LocalDate‘s isLeapYear() Methode auf das Jahr 0. So wie ich es verstehe, hat das Jahr 0 nie wirklich existiert: Das Jahr vor 1 n. Chr. War 1 v. (Dies basiert auf einem Artikel, den ich vor vielen Jahren gelesen habe und dessen Quelle ich längst vergessen habe.) Zu meiner großen Überraschung ergab mein Test, dass das Jahr 0 ein Schaltjahr war!

Mir ist klar, dass die java.time.LocalDate Klasse implementiert ISO-8601, aber zeigt ISO-8601 wirklich an, dass das Jahr 0 existierte? Ich möchte nur ungern glauben, dass die Leute, die getestet haben LocalDate hätte dies als Testfall verpasst, aber ich möchte auch nicht glauben, dass ein internationaler Standard wie ISO-8601 einen so offensichtlichen Fehler machen würde.

Die andere Möglichkeit ist, dass der Artikel, den ich gelesen habe, schlichtweg falsch war. (Oder es war damals richtig, wurde aber später überdacht.)

Dies ist nicht sehr wichtig, aber ich bin neugierig zu wissen, wo der Fehler liegt: ISO-8601, Java LocalDate Klasse, oder mein Verständnis davon, wie Zeit berechnet wird.

TL;DR: LocalDate tut, wofür es dokumentiert ist, gemäß einem internationalen Standard (ISO 8601). Ob das “richtig” ist oder nicht, ist eine ganz andere Frage.

Das LocalDate Javadoc selbst enthält diese Einschränkung:

Es entspricht dem proleptischen gregorianischen Kalendersystem, in dem die heutigen Regeln für Schaltjahre für alle Zeiten gelten. Für die meisten heute geschriebenen Anwendungen sind die ISO-8601-Regeln vollkommen geeignet. Jedoch wird der ISO-8601-Ansatz für jede Anwendung, die historische Daten verwendet und deren Genauigkeit erfordert, ungeeignet sein.

Wikipedia hat mehr Informationen über die proleptischer Gregorianischer Kalender. Dort heißt es unter anderem:

Mathematisch ist es bequemer, ein Jahr 0 einzubeziehen und frühere Jahre als negativ darzustellen, um die Berechnung der Anzahl von Jahren zwischen einem negativen (BC) Jahr und einem positiven (AD) Jahr zu erleichtern. Dies ist die Konvention, die bei der astronomischen Jahreszählung und im internationalen Standarddatumssystem ISO 8601 verwendet wird. In diesen Systemen ist das Jahr 0 ein Schaltjahr.

Verzeihen Sie mir einen Moment, während ich in einen historischen Kontext für all dies abschweife.

Die Jahre im westlichen Kalender werden angeblich ab der Geburt Jesu Christi gezählt, aber die Idee dazu begann im sechsten Jahrhundert, und unser heutiger Kalender basiert auf Berechnungen aus dem sechzehnten Jahrhundert. Da römische Zahlen weder Null noch negative Zahlen enthielten, wurden die Jahre entweder „nach Jesus“ (n. Chr., z Anno Domini) oder „vor Jesus“ (BC, für „vor Christus“). So folgte traditionell auf 1 v. Chr. 1 n. Chr., ohne das Jahr Null dazwischen.

Im ersten Jahrhundert zählte jedoch niemand die Jahre auf diese Weise; Zum Vergleich beschreibt das Lukasevangelium das Jahr, in dem Jesus seinen Dienst begann, als

im fünfzehnten Regierungsjahr des Kaisers Tiberius, als Pontius Pilatus Statthalter in Judäa und Herodes als Tetrarchen von Galiläa und sein Bruder Philipp als Tetrarchen von Ituräa und der Gegend von Trachonitis und Lysanias als Tetrarchen von Abilene,

Angeblich wäre dies das Jahr 30 n. Chr. gewesen, da Lukas Jesus als damals „ungefähr dreißig Jahre alt“ beschreibt. Aber moderne Historiker sind sich im Allgemeinen einig, dass Dionysius Exiguus, der die vorgeschlagen hat Anno Domini System im Jahr 525 n. Chr. falsch, und daher weicht die Nummerierung der Jahre um mindestens ein oder zwei Jahre ab. (Das genaue Datum ist noch etwas umstritten; vgl Wikipedia wenn Sie sich für mehr Details interessieren.)

Aber es ist zu spät, um es jetzt zu beheben; selbst der Übergang vom julianischen zum gregorianischen Kalender, der eine Diskrepanz von weniger als zwei Wochen bedeutete, stieß auf erheblichen politischen Widerstand, da sich die Umstellung in ganz Europa über mehrere Jahrhunderte erstreckte – Sie können sich vorstellen, wie störend eine Änderung der Jahreszahlen war wäre jetzt!

Was hat diese Geschichte also mit Software heute zu tun? Aufgrund der unzähligen Arten, wie Daten im Laufe der Geschichte berechnet und aufgeschrieben wurden, müssen Sie leider entweder auf ein konsistentes Verhalten des Kalenders verzichten, wenn Sie sich in der Zeit vorwärts und rückwärts bewegen, oder Sie müssen berechnete Daten aufgeben jede Korrespondenz zu den Daten zu haben, die echte Menschen zu dieser Zeit verwendet hätten. Die Abweichung geschieht schneller, als Sie vielleicht denken: Viele europäische Länder verwendeten vor weniger als 100 Jahren noch den Julianischen Kalender, mit einer Abweichung von fast zwei Wochen von allen anderen in Europa!

Verständlicherweise, LocalDate wäscht sich aus diesem Schlamassel die Hände und setzt den Kalender nur noch so um, wie wir ihn heute nutzen. Wiederholen, was das Javadoc sagt: „Für die meisten Anwendungen, die heute geschrieben werden, sind die ISO-8601-Regeln vollkommen geeignet. Jedoch wird jede Anwendung, die historische Daten verwendet und deren Genauigkeit verlangt, den ISO-8601-Ansatz als ungeeignet empfinden.“

Aus Wikipedia:

…es gibt ein Jahr Null in der astronomischen Jahreszählung (wo es mit dem julianischen Jahr 1 v. Chr. zusammenfällt) und in ISO 8601:2004 (wo es mit dem gregorianischen Jahr 1 v. Chr. zusammenfällt)