js-String-Datum-Direktvergleichsgröße

Ich bin heute auf einen Fehler gestoßen, der ein Jahr lang lief. Schließlich wurde festgestellt, dass die Ursache im direkten Vergleich von String-Daten lag.

Kommen wir direkt zu den Debugging-Ergebnissen:

Viele Leute sagen, dass js-String-Daten direkt verglichen werden können, was intelligenter ist

alert(" 2016-10 -01" > "2016-10-02");//false
//Egal, ob js im Zeitformat oder im String-Format verglichen wird, der zurückgegebene Wert ist false

, damit es verglichen werden kann

Aber wenn das String-Datum unregelmäßig ist, zum Beispiel:

alert("2016-10-4" > ; "2016-10-30");//true

//Hier behandelt js es als String-Vergleich, daher kann es nicht direkt verglichen werden und muss in das Datumsformat konvertiert werden

var date1 = neues Datum(" 2016-10-4");
var date2 = neues Datum("2016-10-10");

alert(date1> date2);//false

Das String-Datum im Format JJ/MM/TT ist ebenfalls dasselbe