Discussion :

[aperdemak]

Bonjour je voudrais savoir comment je peux passer des données présente à mon callback, par exemple j'ai un callback dans une boucle et je veux que l'indice de boucle soit envoyé à chaque callback. Merci d'avance.

[Watilin]

Bonjour,
sans voir ton code on ne peut que deviner… Mais n’y aurait-il pas un rapport avec ceci par hasard ?

[danielhagnoul]

Bonjour,
sans voir ton code on ne peut que deviner… Mais n’y aurait-il pas un rapport avec ceci par hasard ?

Une Q/R de la avec la variable i non déclarée : for (i=0;i<10;i++){

On se demande aussi ce que fait &lt; au lieu de < dans ce code, alors qu'il existe des tags adéquats : <pre><code>for (let i = 0; i < 10; i++ ){...}</code></pre>.

Depuis la sortie de ES2015, var est obsolète ! Si vous remplacez le var i par un let i le problème sera résolu.

[Watilin]

Une Q/R de la avec [des tas de problèmes]

Je m’occupe de ça

[NoSmoking]

Bonjour,

... avec la variable i non déclarée : for (i=0;i&lt;10;i++){
On se demande aussi ce que fait &lt; au lieu de < dans ce code, alors qu'il existe des tags adéquats : <pre><code>for (let i = 0; i < 10; i++ ){...}</code></pre>.

il y a effectivement un manque de rigueur dans certaines Q/R et le &lt; était bien pris en compte à une époque b!zarre !

Depuis la sortie de ES2015, var est obsolète !

je dirais plutôt que let est un ajout permettant de déclarer une variable dont la portée est son bloc de déclaration. Cela nous en fait oublier la notion de scope justement.

Si vous remplacez le var i par un let i le problème sera résolu.

on aurait tord de s'en privé, mais il existe d'autres méthodes pour y arriver.

[danielhagnoul]

[...] je dirais plutôt que let est un ajout permettant de déclarer une variable dont la portée est son bloc de déclaration. [...]

var a plusieurs inconvénients :

• il pollue souvent la mémoire globale ;
• la remontée de variables (hoisting) et sa portée (scope) sont parfois source d'erreurs.

Je ne suis pas le seul à penser que l'on peut l'oublier :

My advice is:

• Prefer const. You can use it for all variables whose values never change.
• Otherwise, use let – for variables whose values do change.
• Avoid var.

[Watilin]

prefer const

C’est une super idée, que je n’ai pas souvent malheureusement. J’imagine que les interpréteurs d’aujourd’hui arrivent à détecter, dans certaines situations, quand une variable est en réalité une constante, et appliquer les optimisations qui vont bien. Utiliser le mot-clé est important pour les situations trop complexes pour les interpréteurs, et surtout pour signifier l’intention du codeur ou de la codeuse — en un mot, c’est bon pour la maintenance.

[NoSmoking]

il pollue souvent la mémoire globale ;

• si l'on omet de déclarer la variable avec le mot-clé var, pas dans le cas de code propre.

la remontée de variables (hoisting) et sa portée (scope) sont parfois source d'erreurs.

• le « hoisting » est une horreur au départ, comme dirait un de mes undertaker préféré « pour creuser un trou avec une pelle il faut d'abord avoir ... une pelle ».

Je ne suis pas le seul à penser que l'on peut l'oublier

• d'autre articles sont disponibles et plus nuancés par exemple Kyle Simpson.


Je suis néanmoins preneur de la déclaration const qui ajoute en plus de la sémantique, mais concernant let-var je suis plus circonspect si son usage principal est de régler les problèmes dans les boucles, ce qui est souvent mis en avant.