Assez étrangement, le langage JavaScript a en réalité deux valeurs qui représentent « aucun » : undefined et null. pourquoi donc?
1. Similitude
En JavaScript, attribuer une variable à undefined ou null, pour être honnête, il n'y a presque aucune différence.
Dans le code ci-dessus, la variable a est respectivement affectée à undefined et null. Les deux méthodes d'écriture sont presque équivalentes.
Undefined et null seront automatiquement convertis en false dans l'instruction if, et l'opérateur d'égalité signalera même directement qu'ils sont égaux.
if (!null)
console.log('null is false');
// null est faux
indéfini == null
// vrai
Le code ci-dessus illustre à quel point les comportements des deux sont similaires !
Puisque les significations et l'utilisation de undefined et null sont similaires, pourquoi avez-vous besoin de définir deux de ces valeurs en même temps ? Cela n'augmente-t-il pas la complexité de JavaScript sans raison et ne gêne-t-il pas les débutants ? Le langage Dart, remplaçant du langage JavaScript développé par Google, stipule clairement qu'il n'y a que des nuls et aucun indéfini !
2. Raisons historiques
Récemment, alors que je lisais le nouveau livre "Speaking JavaScript", j'ai accidentellement découvert la réponse à cette question !
Il s'avère que cela a à voir avec l'histoire de JavaScript. Lorsque JavaScript est né en 1995, initialement comme Java, seul null était défini comme valeur représentant « rien ».
Selon la tradition du langage C, null est conçu pour être automatiquement converti en 0.
5 nul
// 5
Cependant, le concepteur JavaScript Brendan Eich estime que cela ne suffit pas, pour deux raisons.
Tout d’abord, null est traité comme un objet comme en Java.
Cependant, les types de données JavaScript sont divisés en deux catégories : les types primitifs (primitifs) et les types composites (complexes). Brendan Eich estime qu'il est préférable que la valeur représentant "aucun" ne soit pas un objet.
Deuxièmement, la version initiale de JavaScript n'incluait pas de mécanisme de gestion des erreurs. Lorsqu'une incompatibilité de type de données se produit, le type est souvent automatiquement converti ou échoue silencieusement. Brendan Eich estime que si null est automatiquement converti en 0, il sera difficile de trouver des erreurs.
Par conséquent, Brendan Eich en a conçu un autre indéfini.
3. Conception initiale
La version initiale de JavaScript se distingue comme suit : null est un objet qui représente "aucun" et vaut 0 lorsqu'il est converti en une valeur numérique ; représente "aucun" Valeur d'origine, NaN une fois convertie en valeur numérique.
5 non défini
// NaN
4. Usage actuel
Cependant, la distinction ci-dessus s'est rapidement révélée irréalisable en pratique. Actuellement, null et undefined sont fondamentalement synonymes, avec seulement quelques différences subtiles.
null signifie "aucun objet", c'est-à-dire qu'il ne devrait y avoir aucune valeur. L'utilisation typique est :
(1) En tant que paramètre d'une fonction, cela signifie que le paramètre de la fonction n'est pas un objet.
(2) Comme point final de la chaîne de prototypes d'objets.
undefined signifie "valeur manquante", c'est-à-dire qu'il devrait y avoir une valeur ici, mais elle n'a pas encore été définie. L'utilisation typique est :
(1) Lorsqu'une variable est déclarée mais qu'aucune valeur ne lui est attribuée, elle est égale à indéfini.
(2) Lors de l'appel de la fonction, le paramètre qui doit être fourni n'est pas fourni et le paramètre est égal à indéfini.
(3) L'objet n'a aucun attribut attribué et la valeur de cet attribut n'est pas définie.
(4) Lorsque la fonction ne renvoie pas de valeur, elle renvoie undéfini par défaut.
fonction f(x){console.log(x)>
f() // non défini
var o = new Object();
o.p // non défini
var x = f();
x // non défini