translating the 10th task and solution of Variable scope, closure article

Author: afilahkle

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

@@ -1,12 +1,12 @@
-Let's examine what exactly happens inside `makeArmy`, and the solution will become obvious.
+دعنا نفحص ما يحدث بالضبط داخل `makeArmy`، وسيصبح الحل واضحًا.
 
 1. تُنشئ مصفوفة `‎shooters‎` فارغة:
 
-   ```js
+   ````js
    let shooters = [];
    ```
 
-2. Fills it with functions via `shooters.push(function)` in the loop.
+2. يتم ملؤها بالدوال باستخدام `shooters.push(function)` في الحلقة.
 
    ```js no-beautify
    shooters = [
@@ -43,17 +43,17 @@ Let's examine what exactly happens inside `makeArmy`, and the solution will beco
    ];
    ```
 
-3. The array is returned from the function.
+3. يتم إرجاع المصفوفة من الدالة.
 
-   Then, later, the call to any member, e.g. `army[5]()` will get the element `army[5]` from the array (which is a function) and calls it.
+   ثم في وقت لاحق، سيتم استدعاء أي عضو، على سبيل المثال `army[5]()`، وسيتم الحصول على العنصر `army[5]` من المصفوفة (وهو دالة) ويتم استدعاؤها.
 
-   Now why do all such functions show the same value, `10`?
+   السؤال هو لماذا تظهر لجميع الدوال نفس القيمة، وهي الرقم `10`؟
 
-   That's because there's no local variable `i` inside `shooter` functions. When such a function is called, it takes `i` from its outer lexical environment.
+   يحدث ذلك لأنه لا يوجد متغير محلي بإسم `i` داخل دوال `shooter`. عند استدعاء مثل هذه الدالة، فإنه يتم أخذ `i` من البيئة اللغوية الخارجية.
 
-   Then, what will be the value of `i`?
+   إذاً، ماهي قيمة `i`؟
 
-   If we look at the source:
+   إذا نظرنا إلى الشفرة المصدرية:
 
    ```js
    function makeArmy() {
@@ -70,13 +70,13 @@ Let's examine what exactly happens inside `makeArmy`, and the solution will beco
    }
    ```
 
-   We can see that all `shooter` functions are created in the lexical environment of `makeArmy()` function. But when `army[5]()` is called, `makeArmy` has already finished its job, and the final value of `i` is `10` (`while` stops at `i=10`).
-
-   As the result, all `shooter` functions get the same value from the outer lexical environment and that is, the last value, `i=10`.
+   يمكننا ملاحظة أن جميع دوال `shooter` يتم إنشاؤها في البيئة اللغوية الخارجية لدالة `makeArmy()`، لكن عندما يتم استدعاء `army[5]()`، فقدانتهت دالة `makeArmy` من عملها وأصبحت قيمة `i` هي الأخيرة وهي `10` (حيث يتوقف الحلقة عند `i=10`)، 
+   
+   وبالتالي، جميع دوال `shooter` ستحصل على نفس القيمة من البيئة اللغوية الخارجية وهي القيمة الأخيرة `i=10`.
 
    ![](lexenv-makearmy-empty.svg)
 
-   As you can see above, on each iteration of a `while {...}` block, a new lexical environment is created. So, to fix this, we can copy the value of `i` into a variable within the `while {...}` block, like this:
+   كما ترون في الصورة أعلاه، في كل تكرار لكتلة `while {...}` يتم إنشاء بيئة لغوية جديدة. لحل هذه المشكلة، يمكننا نسخ قيمة `i` في متغير داخل كتلة `while {...}`، مثل هذا:
 
    ```js run
    function makeArmy() {
@@ -99,18 +99,18 @@ Let's examine what exactly happens inside `makeArmy`, and the solution will beco
 
    let army = makeArmy();
 
-   // Now the code works correctly
+   // الآن يعمل الكود بشكل صحيح
    army[0](); // 0
    army[5](); // 5
    ```
 
-   Here `let j = i` declares an "iteration-local" variable `j` and copies `i` into it. Primitives are copied "by value", so we actually get an independent copy of `i`, belonging to the current loop iteration.
+   هنا `let j = i` يعلن عن متغير "محلي للتكرار" `j` ويقوم بنسخ `i` فيه. القيم الأساسية تنسخ "بالقيمة"، لذلك نحصل فعليًا على نسخة مستقلة من `i` تنتمي إلى تكرار الحلقة الحالي.
 
-   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 the current loop iteration:
+   يعمل الدوال `shooter` بشكل صحيح، لأن قيمة `i` تعيش الآن قليلاً أقرب. ليس في بيئة اللغة الخارجية لـ `makeArmy()`، ولكنفي البيئة اللغوية الخارجية التي تتوافق مع التكرار الحالي:
 
    ![](lexenv-makearmy-while-fixed.svg)
 
-   Such problem could also be avoided if we used `for` in the beginning, like this:
+   كما يمكن تجنب مشكلة من هذا النوع إذا استخدمنا `for` في البداية، مثل هذا:
 
    ```js run demo
    function makeArmy() {
@@ -135,12 +135,12 @@ Let's examine what exactly happens inside `makeArmy`, and the solution will beco
    army[5](); // 5
    ```
 
-   That's essentially the same, because `for` on each iteration generates a new lexical environment, with its own variable `i`. So `shooter` generated in every iteration references its own `i`, from that very iteration.
+   هذا بشكل أساسي نفس الأمر، لأن `for` في كل تكرار ينشئ بيئة لغوية جديدة، مع متغير `i` الخاص به. لذلك تشير الدالة التي تم إنشاؤها في كل تكرار إلى `i` الخاص بها، من تلك التكرار.
 
    ![](lexenv-makearmy-for-fixed.svg)
 
-Now, as you've put so much effort into reading this, and the final recipe is so simple - just use `for`, you may wonder -- was it worth that?
+الآن، بعد أن قدمنا جهدًا كبيرًا في قراءة هذا الحل، وأن الوصفة النهائية هي بسيطة - استخدم `for` - قد تتساءل: هل كان ذلك يستحق كل هذا العناء؟
 
-Well, if you could easily answer the question, you wouldn't read the solution. So, hopefully this task must have helped you to understand things a bit better.
+حسنًا، إذا كان بإمكانك الإجابة على السؤال بسهولة، فلن تقرأ الحل. لذلك، نأمل أن يكون قد ساعدك هذا السؤال على فهم الأمور بشكل أفضل.
 
-Besides, there are indeed cases when one prefers `while` to `for`, and other scenarios, where such problems are real.
+بالإضافة إلى ذلك، ه

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

@@ -35,6 +35,6 @@ army[2](); // 10 ...and so on.
 */!*
 ```
 
-Why do all of the shooters show the same value?
+لماذا يظهر لكل من المدفعين الرقم نفسه؟
 
-Fix the code so that they work as intended.
+قم بإصلاح الكود حتى يعمل كما هو مفترض به.