Merge branch 'ru' of https://github.com/iliakan/javascript-tutorial into ru

iliakan · iliakan · commit a3e28755748e · 2016-06-14T19:09:18.000+03:00
diff --git a/1-js/10-es-modern/4-es-function/article.md b/1-js/10-es-modern/4-es-function/article.md
@@ -189,8 +189,8 @@ let g = function() {};
 
 let user = {
   // свойство user.sayHi.name == "sayHi"
-  sayHi: function() { };
-}
+  sayHi: function() {}
+};
 ```
 
 ## Функции в блоке
diff --git a/1-js/4-data-structures/7-array/3-create-array/solution.md b/1-js/4-data-structures/7-array/3-create-array/solution.md
@@ -5,6 +5,6 @@ var styles = ["Джаз", "Блюз"];
 styles.push("Рок-н-Ролл");
 styles[styles.length - 2] = "Классика";
 alert( styles.shift() );
-styles.unshift("Рэп", "Регги ");
+styles.unshift("Рэп", "Регги");
 ```
 
diff --git a/1-js/5-functions-closures/2-closures/article.md b/1-js/5-functions-closures/2-closures/article.md
@@ -119,18 +119,18 @@ sayHi.[[Scope]] = window
 ```js run no-beautify
 var phrase = 'Привет';
 
-function say(name) {
+function sayHi(name) {
   alert(phrase + ', ' + name);
 }
 
 *!*
-say('Вася');  // Привет, Вася (*)
+sayHi('Вася');  // Привет, Вася (*)
 */!*
 
 phrase = 'Пока';
 
 *!*
-say('Вася'); // Пока, Вася (**)
+sayHi('Вася'); // Пока, Вася (**)
 */!*
 ```
 
diff --git a/1-js/9-prototypes/2-new-prototype/4-new-object-same-constructor/solution.md b/1-js/9-prototypes/2-new-prototype/4-new-object-same-constructor/solution.md
@@ -22,11 +22,20 @@ function User(name) {
     this.name = name;
   }
 *!*
-User.prototype = {};
+User.prototype = {}; // (*)
 */!*
 
 var obj = new User('Вася');
 var obj2 = new obj.constructor('Петя');
 
 alert( obj2.name ); // undefined
 ```
+
+Почему obj2.name равен undefined? Вот как это работает:
+
+1. При вызове new `obj.constructor('Петя')`, `obj` ищет у себя свойство `constructor` -- не находит.
+2. Обращается к своему свойству `__proto__`, которое ведёт к прототипу.
+3. Прототипом будет (*), пустой объект.
+4. Далее здесь также ищется свойство constructor -- его нет.
+5. Где ищем дальше? Правильно -- у следующего прототипа выше, а им будет `Object.prototype`.
+6. Свойство `Object.prototype.constructor` существует, это встроенный конструктор объектов, который, вообще говоря, не предназначен для вызова с аргументом-строкой, поэтому создаст совсем не то, что ожидается, но то же самое, что вызов `new Object('Петя')`, и у такого объекта не будет `name`.
diff --git a/1-js/9-prototypes/2-new-prototype/article.md b/1-js/9-prototypes/2-new-prototype/article.md
@@ -197,9 +197,9 @@ if (!Object.create) Object.create = inherit; /* определение inherit -
 
 ## Итого
 
-Для произвольной функции -- назовём её `Constructor`, верно следующее:
+Для произвольной функции -- назовём её `Person`, верно следующее:
 
-- Прототип `__proto__` новых объектов, создаваемых через `new Constructor`, можно задавать при помощи свойства `Constructor.prototype`.
-- Значением `Constructor.prototype` по умолчанию является объект с единственным свойством `constructor`, содержащим ссылку на `Constructor`. Его можно использовать, чтобы из самого объекта получить функцию, которая его создала. Однако, JavaScript никак не поддерживает корректность этого свойства, поэтому программист может его изменить или удалить.
+- Прототип `__proto__` новых объектов, создаваемых через `new Person`, можно задавать при помощи свойства `Person.prototype`.
+- Значением `Person.prototype` по умолчанию является объект с единственным свойством `constructor`, содержащим ссылку на `Person`. Его можно использовать, чтобы из самого объекта получить функцию, которая его создала. Однако, JavaScript никак не поддерживает корректность этого свойства, поэтому программист может его изменить или удалить.
 - Современный метод `Object.create(proto)` можно эмулировать при помощи `prototype`, если хочется, чтобы он работал в IE8-.
 
diff --git a/10-regular-expressions-javascript/13-regexp-infinite-backtracking-problem/article.md b/10-regular-expressions-javascript/13-regexp-infinite-backtracking-problem/article.md
@@ -241,7 +241,7 @@ alert( '12345678901234567890123456789123456789z'.match(/(\d+?)*$/) );
 
 То есть, они даже проще, чем "жадные" -- берут максимальное количество символов и всё. Поиск продолжается дальше. При несовпадении никакого возврата не происходит.
 
-Это, с стороны уменьшает количество возможных результатов, но с другой стороны -- в ряде случаев очевидно, что возврат (уменьшение количество повторений квантификатора) результата не даст. А только потратит время, что как раз и доставляет проблемы. Как раз такие ситуации и описаны выше.
+Это, с одной стороны, уменьшает количество возможных результатов, но, с другой стороны, в ряде случаев очевидно, что возврат (уменьшение количество повторений квантификатора) результата не даст. А только потратит время, что как раз и доставляет проблемы. Как раз такие ситуации и описаны выше.
 
 Есть и другое средство -- "атомарные скобочные группы", которые запрещают перебор внутри скобок, по сути позволяя добиваться того же, что и сверхжадные квантификаторы,
 
diff --git a/2-ui/1-document/12-multi-insert/article.md b/2-ui/1-document/12-multi-insert/article.md
@@ -67,7 +67,7 @@
 ul.innerHTML += "<li>1</li><li>2</li>...";
 ```
 
-Но операцию `ul.innerHTML += "..."` можно по-другому переписать как `ul.innerHTML = ul.innerHTML + "..."`. Иначе говоря, она *не прибавляет, а заменяет* всё содержимое списка на дополненную строку. Это и нехорошо с точки зрения производительности, но и будут побочные эффекты. В частности, все внешние ресурсы (картинки) внутри перезаписываемого `innerHTML` будут загружены заново. Если в каких-то переменных были ссылки на элементы списка -- они станут неверны, так как содержимое полностью заменяется.В общем, так лучше не делать.
+Но операцию `ul.innerHTML += "..."` можно по-другому переписать как `ul.innerHTML = ul.innerHTML + "..."`. Иначе говоря, она *не прибавляет, а заменяет* всё содержимое списка на дополненную строку. Это и нехорошо с точки зрения производительности, но и будут побочные эффекты. В частности, все внешние ресурсы (картинки) внутри перезаписываемого `innerHTML` будут загружены заново. Если в каких-то переменных были ссылки на элементы списка -- они станут неверны, так как содержимое полностью заменяется. В общем, так лучше не делать.
 
 А если нужно вставить в середину списка? Здесь `innerHTML` вообще не поможет.
 
diff --git a/2-ui/2-events-and-interfaces/1-introduction-browser-events/article.md b/2-ui/2-events-and-interfaces/1-introduction-browser-events/article.md
@@ -200,7 +200,7 @@ button.onclick = function() {
 
 **Используйте именно функции, а не строки.**
 
-Назначение обработчика строкой `elem.onclick = "alert(1)"` можно иногда увидеть в древнем коде. Это будет работать, но не рекомендуется, могут быть проблемы при сжатии JavaScript Да и вообще, передавать код в виде строки по меньшей мере странно в языке, который поддерживает Function Expressions. Это возможно лишь по соображениям совместимости, не делайте так.
+Назначение обработчика строкой `elem.onclick = "alert(1)"` можно иногда увидеть в древнем коде. Это будет работать, но не рекомендуется, могут быть проблемы при сжатии JavaScript. Да и вообще, передавать код в виде строки по меньшей мере странно в языке, который поддерживает Function Expressions. Это возможно лишь по соображениям совместимости, не делайте так.
 
 **Не используйте `setAttribute`.**
 
diff --git a/2-ui/3-event-details/3-mousemove-mouseover-mouseout-mouseenter-mouseleave/article.md b/2-ui/3-event-details/3-mousemove-mouseover-mouseout-mouseenter-mouseleave/article.md
@@ -44,7 +44,7 @@
 
 При быстром движении с элемента `#FROM` до элемента `#TO`, как изображено на картинке выше -- промежуточные `<DIV>` будут пропущены. Сработает только событие `mouseout` на `#FROM` и `mouseover` на `#TO`.
 
-На практике это полезно, потому что таких промежуточных элементов может быть много, и если обрабатывать заход и уход с каждого -- дополнительные вычислительные затраты.
+На практике это полезно, потому что таких промежуточных элементов может быть много, и если обрабатывать заход и уход с каждого, будут дополнительные вычислительные затраты.
 
 С другой стороны, мы должны это понимать и не рассчитывать на то, что мышь аккуратно пройдёт с одного элемента на другой и так далее. Нет, она "прыгает".
 
