Skip to content

Commit 54586c6

Browse files
committed
Conflict fixed on "Variable scope, closure" solution page in french
language
1 parent 3dc0811 commit 54586c6

File tree

1 file changed

+1
-9
lines changed
  • 1-js/06-advanced-functions/03-closure/10-make-army

1 file changed

+1
-9
lines changed

1-js/06-advanced-functions/03-closure/10-make-army/solution.md

Lines changed: 1 addition & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -88,19 +88,11 @@ Examinons exactement ce qui se fait à l'intérieur de `makeArmy`, et la solutio
8888
8989
Ici, `let j = i` déclare une variable "itération-locale" `j` et y copie `i`. Les primitives sont copiées "par valeur", donc nous obtenons en fait une copie indépendante de `i`, appartenant à l'itération de boucle courante.
9090

91-
<<<<<<< HEAD
9291
Les shooters fonctionnent correctement, car la valeur de `i` vit maintenant un peu plus près. Pas dans l'environnement lexical `makeArmy()`, mais dans l'environnement lexical qui correspond à l'itération de la boucle actuelle :
9392
9493
![](lexenv-makearmy-while-fixed.svg)
9594
96-
Un tel problème pourrait également être évité si nous utilisions `for` au début, comme ceci :
97-
=======
98-
The shooters work correctly, because the value of `i` now lives a little bit closer. Not in `makeArmy()` Lexical Environment, but in the Lexical Environment that corresponds to the current loop iteration:
99-
100-
![](lexenv-makearmy-while-fixed.svg)
101-
102-
Such a problem could also be avoided if we used `for` in the beginning, like this:
103-
>>>>>>> 7b76185892aa9798c3f058256aed44a9fb413cc3
95+
Ce genre de problème pourrait également être évité si nous utilisions `for` au début, comme ceci :
10496
10597
```js run demo
10698
function makeArmy() {

0 commit comments

Comments
 (0)