Warum schlägt mein Java-DateTimeFormatterBuilder-Einheitentest fehl, aber die Laufzeitausführung ist erfolgreich?

Java DateTimeFormatterBuilder stößt auf Probleme im Unit-Test-Kontext

In einer Java-Anwendung schlägt ein Unit-Test für DateTimeFormatterBuilder fehl, während er zur Laufzeit ordnungsgemäß funktioniert. Die Testmethode verwendet einen Formatierer mit dem Muster dd-MMM-yyyy HH:mm, um eine Zeichenfolgeneingabe zu analysieren.

Der fragliche fehlerhafte Zeichenfolgenwert ist „25.05.2018 11:10“. Bei der Ausführung zur Laufzeit analysiert der Formatierer diese Zeichenfolge erfolgreich. Allerdings führt dieselbe Zeichenfolge dazu, dass der Komponententest fehlschlägt.

Ursache:

Der Kern des Problems liegt im Fehlen einer expliziten Gebietsschemaangabe für den verwendeten Formatierer der Unit-Test. Der DateTimeFormatter von Java basiert auf dem Standardgebietsschema der JVM, das möglicherweise nicht immer mit den erwarteten Monatsnamen übereinstimmt. Folglich kann sich das Standardgebietsschema der Testumgebung von der Laufzeitumgebung unterscheiden, was zu Parsing-Diskrepanzen führen kann.

Lösung:

Um dieses Problem zu beheben, legen Sie das Gebietsschema explizit fest DateTimeFormatterBuilder zu Locale.ENGLISH. Auf diese Weise interpretiert der Formatierer den Monatsnamen konsistent als Englisch und gewährleistet so die Konsistenz sowohl zur Laufzeit als auch in Unit-Tests.

Hier ist der geänderte Code mit explizit festgelegtem Gebietsschema:

DateTimeFormatter DATE_TIME_FORMAT = new DateTimeFormatterBuilder()
    .parseCaseInsensitive()
    .appendPattern("dd-MMM-yyyy HH:mm")
    .toFormatter(Locale.ENGLISH);

Das obige ist der detaillierte Inhalt vonWarum schlägt mein Java-DateTimeFormatterBuilder-Einheitentest fehl, aber die Laufzeitausführung ist erfolgreich?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!