Skip to content

Latest commit

 

History

History
217 lines (144 loc) · 9.12 KB

File metadata and controls

217 lines (144 loc) · 9.12 KB

Vergleiche

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 Gleichheitszeiten a = b wü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.

Das Ergebnis ist Boolean

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 ); // true

String Vergleiche

Um 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' ); // true

Der Algorithmus zum Vergleichen zweier Strings ist einfach:

  1. Vergleiche das erste Zeichen der beiden Strings.
  2. 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.
  3. Andernfalls, wenn die ersten Zeichen beider Strings gleich sind, vergleiche die zweiten Zeichen auf die gleiche Weise.
  4. Wiederhole dies bis zum Ende einer der beiden Strings.
  5. 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:

  1. G ist gleich wie G.
  2. l ist gleich wie l.
  3. o ist größer als e. 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.

Vergleich von verschiedenen Typen

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 1

Bei boolschen Werten wird true zu 1 und false zu 0.

Zum Beispiel:

alert( true == 1 ); // true
alert( false == 0 ); // true
Es 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.

Strikte Gleichheit

Die normale Gleichheitsprüfung mit == hat ein Problem. Sie kann 0 nicht von false unterscheiden:

alert( 0 == false ); // true

Dasselbe geschieht mit einem leeren String:

alert( '' == false ); // true

Dies 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 sind

Es 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.

Vergleiche mit null und undefined

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.

Seltsames Ergebnis: null vs 0

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.

undefined ist nicht vergleichbar

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) ergeben false, weil undefined wird zu NaN umgewandelt und NaN ist ein spezieller numerischer Wert, der für alle Vergleiche false ergibt.
  • Die Gleichheitsprüfung (3) ergibt false, weil undefined nur gleich null ist, und keinem anderen Wert.

Probleme vermeiden

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

Zusammenfassung

  • 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 null und undefined sind gleich ==, aber ansonsten ist nichts gleich den zwei Werten.
  • Sei vorsichtig, wenn du Vergleiche wie > oder < mit Variablen verwendest, die gelegentlich null/undefined sein können. Es ist eine gute Idee, null/undefined separat 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 null and undefined are 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 be null/undefined. Checking for null/undefined separately is a good idea.

52c1e61915bc8970a950a3f59bd845827e49b4bf