Wir kennen viele Vergleichsoperatoren aus der Mathematik:
- Größer/kleiner als:
a > b,a < b. - Größer/kleiner als oder gleich:
a >= b,a <= b. - Gleich:
a == b(beachte bitte das doppelte Gleichheitszeichen=. Ein einfaches Gleichheitszeitena = bwürde eine Zuweisung bedeuten). - Ungleich. In der Mathematik lautet die Notation
≠, aber in JavaScript wird es als eine Zuweisung mit einem Ausrufezeichen davor geschrieben:a != b.
Wie alle anderen Operatoren liefert ein Vergleich einen Wert. In diesem Fall ist der Wert ein boolscher Wert.
true-- bedeutet "ja", "richtig" oder "die Wahrheit".false-- bedeutet "nein", "falsch" oder "nicht die Wahrheit".
Zum Beispiel:
alert( 2 > 1 ); // true (richtig)
alert( 2 == 1 ); // false (falsch)
alert( 2 != 1 ); // true (richtig)Ein Vergleichsergebnis kann einer Variablen zugewiesen werden, genau wie jeder andere Wert:
let result = 5 > 4; // das Ergebnis des Vergleichs zuweisen
alert( result ); // trueUm zu sehen, ob ein String größer als ein anderer ist, verwendet JavaScript die so genannte "Wörterbuch-" oder "lexikografische" Reihenfolge.
Mit anderen Worten, Strings werden Buchstabe für Buchstabe verglichen.
Zum Beispiel:
alert( 'Z' > 'A' ); // true
alert( 'Glow' > 'Glee' ); // true
alert( 'Bee' > 'Be' ); // trueDer Algorithmus zum Vergleichen zweier Strings ist einfach:
- Vergleiche das erste Zeichen der beiden Strings.
- Wenn das erste Zeichen aus dem ersten String größer (oder kleiner) als das des anderen Strings ist, dann ist der erste String größer (oder kleiner) als der zweite. Das war's.
- Andernfalls, wenn die ersten Zeichen beider Strings gleich sind, vergleiche die zweiten Zeichen auf die gleiche Weise.
- Wiederhole dies bis zum Ende einer der beiden Strings.
- Wenn beide Strings mit der gleichen Länge enden, dann sind sie gleich. Andernfalls ist der längere String größer.
In den obigen Beispielen führt der Vergleich 'Z' > 'A' im ersten Schritt zu einem Ergebnis, während die Zeichenketten "Glow" und "Glee" zeichenweise verglichen werden:
Gist gleich wieG.list gleich wiel.oist größer alse. Halte hier an. Der erste String ist größer.
Der oben angegebene Vergleichsalgorithmus entspricht in etwa dem, der in Wörterbüchern oder Telefonbüchern verwendet wird, aber er ist nicht genau derselbe.
Zum Beispiel, Groß/Kleinschreibung ist wichtig. Ein Großbuchstabe `"A"` ist nicht gleich dem Kleinbuchstaben `"a"`. Welcher ist größer? Der Kleinbuchstabe `"a"`. Und warum? Weil das Kleinbuchstabenzeichen einen größeren Index in der internen Codierungstabelle hat, die JavaScript verwendet (Unicode). Wir werden im Kapitel <info:string> auf die spezifischen Details und die Konsequenzen dieser Tatsache zurückkommen.
Beim Vergleichen von Werten verschiedener Typen konvertiert JavaScript die Werte in Zahlen.
Zum Beispiel:
alert( '2' > 1 ); // true, String '2' wird zur Zahl 2
alert( '01' == 1 ); // true, String '01' wird zur Zahl 1Bei boolschen Werten wird true zu 1 und false zu 0.
Zum Beispiel:
alert( true == 1 ); // true
alert( false == 0 ); // trueEs ist möglich, dass zur gleichen Zeit:
- zwei Werte gleich sind.
- einer von denen als Boolean `true` und der andere als Boolean `false` ist.
Zum Beispiel:
```js run
let a = 0;
alert( Boolean(a) ); // false
let b = "0";
alert( Boolean(b) ); // true
alert(a == b); // true!
```
Aus Sicht von JavaScript ist dieses Ergebnis ganz normal. Eine Gleichheitsprüfung konvertiert Werte unter Verwendung der numerischen Konvertierung (daher wird `"0"` zu `0`), während die explizite Konvertierung in `Boolean` einen anderen Regelsatz verwendet.
Die normale Gleichheitsprüfung mit == hat ein Problem. Sie kann 0 nicht von false unterscheiden:
alert( 0 == false ); // trueDasselbe geschieht mit einem leeren String:
alert( '' == false ); // trueDies geschieht, weil Operanden unterschiedlichen Typs mit dem Gleichheitsoperator == in Zahlen umgewandelt werden. Ein leerer String wird, genau wie bei false, zu einer Null.
Was ist zu tun, wenn wir 0 von false unterscheiden wollen?
Ein strikter Gleichheitsoperator === prüft auf Gleichheit ohne Datentypumwandlung.
Mit anderen Worten, wenn a und b unterschiedliche Typen sind, gibt a === b sofort false zurück, ohne sie zu konvertieren.
Versuchen wir es:
alert( 0 === false ); // false, weil die Datentypen verschieden sindEs gibt auch einen "strikten Ungleichheits"-Operator !== analog zu !=.
Der Operator für strikte Gleichheit ist etwas länger zu schreiben, macht aber deutlich, was vor sich geht, und lässt weniger Raum für Fehler.
Es gibt ein nicht intuitives Verhalten, wenn null oder undefined mit anderen Werten verglichen wird.
Für die strikte Gleichheitsprüfung ===
: sind diese Werte unterschiedlich, weil jeder von ihnen ein verschiedener Datentyp ist.
```js run
alert( null === undefined ); // false
```
Für die nicht strikte Kontrolle ==
: gibt es eine besondere Regel. Diese beiden sind ein "süßes Pärchen": sie sind gleich (im Sinne von ==), aber nicht irgendeinem anderen Wert.
```js run
alert( null == undefined ); // true
```
Für mathematische und andere Vergleiche < > <= >=
: null/undefined werden in Zahlen umgewandelt: null wird zu 0, während undefined zu NaN wird.
Jetzt wollen wir sehen, was bei der Anwendung dieser Regeln passiert. Und, was noch wichtiger ist, wie man damit nicht in eine Falle tappt.
Lass uns null mit 0 vergleichen:
alert( null > 0 ); // (1) false
alert( null == 0 ); // (2) false
alert( null >= 0 ); // (3) *!*true*/!*Mathematisch gesehen ist das seltsam. Das letzte Ergebnis besagt, dass "null größer oder gleich 0 ist", so dass es in einem der obigen Vergleiche true sein muss, aber beide sind false.
Der Grund ist, dass die Gleichheitsprüfung == und vergleichende Operatoren > < >= <= verschieden funktionieren. Vergleichende Operatoren wandeln null in eine Zahl um, behandeln es als 0. Deshalb ist (3) null >= 0 true und (1) null > 0 false.
Auf der anderen Seite ist die Gleichheitsprüfung == für undefined und null so definiert, dass sie ohne Umwandlung einander gleich sind, aber nichts anderem. Deshalb ist (2) null == 0 false.
Der Wert undefined sollte nicht mit anderen Werten verglichen werden:
alert( undefined > 0 ); // false (1)
alert( undefined < 0 ); // false (2)
alert( undefined == 0 ); // false (3)Warum mag es die Null so wenig? Immer false!
Wir erhalten diese Ergebnisse, weil:
- Vergleiche
(1)und(2)ergebenfalse, weilundefinedwird zuNaNumgewandelt undNaNist ein spezieller numerischer Wert, der für alle Vergleichefalseergibt. - Die Gleichheitsprüfung
(3)ergibtfalse, weilundefinednur gleichnullist, und keinem anderen Wert.
Warum sind wir diese Beispiele durchgegangen? Sollten wir uns ständig an diese Besonderheiten erinnern? Nun, nicht wirklich. Mit der Zeit werden diese kniffligen Dinge allmählich vertraut werden, aber es gibt einen soliden Weg, um Problemen damit auszuweichen:
Behandele einfach jeden Vergleich mit undefined/null mit Ausnahme der strikten Gleichheit === mit besonderer Vorsicht.
Verwende keine Vergleiche >= > < <= mit einer Variablen, die null/undefined sein kann, es sei denn, du bist dir wirklich sicher, was du tust. Wenn eine Variable diese Werte haben kann, überprüfe sie separat.
<<<<<<< HEAD
- Vergleichsoperatoren geben einen boolschen Wert zurück.
- Strings werden Buchstabe für Buchstabe in der "Wörterbuch"-Reihenfolge verglichen.
- Wenn Werte verschiedener Typen verglichen werden, werden sie in Zahlen umgewandelt (unter Ausschluss einer strikten Gleichheitsprüfung).
- Die Werte
nullundundefinedsind gleich==, aber ansonsten ist nichts gleich den zwei Werten. - Sei vorsichtig, wenn du Vergleiche wie
>oder<mit Variablen verwendest, die gelegentlichnull/undefinedsein können. Es ist eine gute Idee,null/undefinedseparat zu prüfen. ======= - Comparison operators return a boolean value.
- Strings are compared letter-by-letter in the "dictionary" order.
- When values of different types are compared, they get converted to numbers (with the exclusion of a strict equality check).
- The values
nullandundefinedare equal==to themselves and each other, but do not equal any other value. - Be careful when using comparisons like
>or<with variables that can occasionally benull/undefined. Checking fornull/undefinedseparately is a good idea.
52c1e61915bc8970a950a3f59bd845827e49b4bf