function f(input: boolean) {
let a = 100;
if (input) {
let b = a + 1;
}
return b;
}
Dans le cadre de ce quiz, la question nous confronte à un exemple de code JavaScript au sein duquel nous devons prédire le résultat du programme. Selon les options de réponses proposées, l'erreur se situerait dans les variables "a" ou "b". Cependant, la véritable réponse est "Erreur de compilation pour b". Explorons les raisons de cette réponse.
En JavaScript, l'une des caractéristiques clé de la déclaration de variables avec let
est la portée de bloc, dans ce cas, b
est définie à l'intérieur du bloc if
.
if (input) {
let b = a + 1;
}
Si nous essayons de faire référence à b
à l'extérieur de ce bloc, comme c'est le cas avec return b;
dans le programme, nous obtiendrons une erreur ReferenceError: b is not defined
. Cela se produit parce que b
n'est pas visible ou accessible en dehors du bloc if
.
Il est important de noter que cela ne se produirait pas si nous utilisions var
à la place de let
pour déclarer b
, car var
a une portée de fonction, pas une portée de bloc. Avec var
, b
serait visible partout dans la fonction f
, pas seulement à l'intérieur du bloc if
.
L'une des meilleures pratiques en JavaScript est de toujours déclarer vos variables à la portée la plus étroite possible pour éviter les effets de bord et les bugs difficiles à diagnostiquer. En utilisant let
et const
à la place de var
, vous pouvez aider à éviter ce type de problème en garantissant que vos variables ont une portée qui est aussi étroite que possible.
Ainsi, dans cet exemple, si vous vouliez que b
soit accessible en dehors du bloc if
, vous devriez le déclarer en dehors de ce bloc :
function f(input: boolean) {
let a = 100;
let b;
if (input) {
b = a + 1;
}
return b;
}
Cela garantira que b
a une portée dans toute la fonction f
, et non pas seulement à l'intérieur du bloc if
.
C'est une subtilité de JavaScript qui peut occasionner des erreurs pour les développeurs débutants ou ceux venant d'autres langages qui n'ont pas ce concept de portée de bloc. En comprenant bien ces concepts, on peut écrire un code plus propre et plus sûr.