Replace with eyo

Author: GordonDrop

1-js/08-prototypes/04-prototype-methods/2-dictionary-tostring/solution.md

@@ -26,6 +26,6 @@ for(let key in dictionary) {
 alert(dictionary); // "apple,__proto__"
 ```
 
-Когда мы создаем свойство с помощью дескриптора, все флаги по умолчанию имеют значение `false`. Таким образом, в коде выше `dictionary.toString` не перечисляемое свойство.
+Когда мы создаём свойство с помощью дескриптора, все флаги по умолчанию имеют значение `false`. Таким образом, в коде выше `dictionary.toString` не перечисляемое свойство.
 
 Смотрите главу [](info:property-descriptors) для ознакомления.

1-js/08-prototypes/04-prototype-methods/2-dictionary-tostring/task.md

@@ -6,7 +6,7 @@ importance: 5
 
 Имеется объект `dictionary`, созданный с помощью `Object.create(null)` для хранения любых пар `ключ/значение`.
 
-Добавьте ему метод `dictionary.toString()`, который должен возвращать список ключей разделенных запятой. Ваш `toString` не должен выводиться при итерации объекта с помощью цикла `for..in`.
+Добавьте ему метод `dictionary.toString()`, который должен возвращать список ключей разделённых запятой. Ваш `toString` не должен выводиться при итерации объекта с помощью цикла `for..in`.
 
 Вот так это должно работать:
 

1-js/08-prototypes/04-prototype-methods/article.md

@@ -7,7 +7,7 @@
 
 Современные методы это:
 
-- [Object.create(proto[, descriptors])](mdn:js/Object/create) -- создает пустой объект со свойством `[[Prototype]]`, указанным как `proto`, и необязательными дескрипторами свойств.
+- [Object.create(proto[, descriptors])](mdn:js/Object/create) -- создаёт пустой объект со свойством `[[Prototype]]`, указанным как `proto`, и необязательными дескрипторами свойств.
 - [Object.getPrototypeOf(obj)](mdn:js/Object/getPrototypeOf) -- возвращает свойство `[[Prototype]]` объекта `obj`.
 - [Object.setPrototypeOf(obj, proto)](mdn:js/Object/setPrototypeOf) -- устанавливает свойство `[[Prototype]]` объекта `obj` как `proto`.
 
@@ -20,7 +20,7 @@ let animal = {
   eats: true
 };
 
-// создаем новый объект с прототипом animal
+// создаём новый объект с прототипом animal
 *!*
 let rabbit = Object.create(animal);
 */!*
@@ -60,7 +60,7 @@ alert(rabbit.jumps); // true
 let clone = Object.create(Object.getPrototypeOf(obj), Object.getOwnPropertyDescriptors(obj));
 ```
 
-Такой вызов создает точную копию объекта `obj`, включая все свойства: перечисляемые и не перечисляемые, свойства, геттеры/сеттеры для свойств -- и все это с правильным свойством `[[Prototype]]`.
+Такой вызов создаёт точную копию объекта `obj`, включая все свойства: перечисляемые и не перечисляемые, свойства, геттеры/сеттеры для свойств -- и все это с правильным свойством `[[Prototype]]`.
 
 ## Краткая история
 
@@ -70,13 +70,13 @@ let clone = Object.create(Object.getPrototypeOf(obj), Object.getOwnPropertyDescr
 
 В силу исторических причин.
 
-- Свойство `"prototype"` функции-конструктора существует еще с очень давних времен.
+- Свойство `"prototype"` функции-конструктора существует ещё с очень давних времён.
 - Позднее в 2012 году: `Object.create` появился в стандарте. Это давало возможность создавать объекты с указанным прототипом, но так же не позволяло устанавливать/получать его. Тогда браузеры реализовали нестандартный аксессор `__proto__`, который позволил устанавливать/получать прототип в любой время.
 - Позднее и 2015 году: в стандарт были добавлены `Object.setPrototypeOf` и `Object.getPrototypeOf`. Фактически свойство `__proto__` было реализовано везде, так что оно попало Приложение Б стандарта, которое было опционально для не браузерных окружений.
 
 Теперь мы знаем, что у нас есть все эти способы в нашем распоряжении.
 
-Почему же `__proto__` был заменен на функции? Вопрос интересный, требующий от нас понимания, почему `__proto__` плох. Читайте далее, чтобы узнать ответ.
+Почему же `__proto__` был заменён на функции? Вопрос интересный, требующий от нас понимания, почему `__proto__` плох. Читайте далее, чтобы узнать ответ.
 
 ```warn header="Не переопределяйте `[[Prototype]]`, кроме случаев, когда скорость не важна"
 Технически, мы можем установить/получить `[[Prototype]]` в любое время. Но обычно мы устанавливаем прототип только раз во время создания объекта, а после не меняем: `rabbit` наследует от `animal`, и это не изменится.
@@ -101,13 +101,13 @@ obj[key] = "some value";
 alert(obj[key]); // [object Object], не "some value"!
 ```
 
-Если пользователь введет `__proto__`, присвоение проигнорируется!
+Если пользователь введёт `__proto__`, присвоение проигнорируется!
 
 И это не должно удивлять нас. Свойство `__proto__` особенное: оно должно быть либо объектом, либо `null`, а строка не может стать прототипом.
 
-Но мы не *намеревались* реализовывать такое поведение, не так ли? Мы хотим хранить пары ключ/значение, и ключ с именем `"__proto__"` не был сохранен надлежащим образом. Так что это ошибка!
+Но мы не *намеревались* реализовывать такое поведение, не так ли? Мы хотим хранить пары ключ/значение, и ключ с именем `"__proto__"` не был сохранён надлежащим образом. Так что это ошибка!
 
-В примере последствия не так ужасны. Но в других случаях прототип может быть изменен, и код может выполниться совершенно неожиданным неправильным способом.
+В примере последствия не так ужасны. Но в других случаях прототип может быть изменён, и код может выполниться совершенно неожиданным неправильным способом.
 
 Что хуже всего -- разработчики не задумываются о такой возможности совсем. Это делает такие ошибки сложным для отлавливания или даже превращает их в уязвимости, особенно когда JavaScript используется на сервере.
 
@@ -140,13 +140,13 @@ obj[key] = "some value";
 alert(obj[key]); // "some value"
 ```
 
-`Object.create(null)` создает пустой объект без прототипа (свойство `[[Prototype]]` это `null`):
+`Object.create(null)` создаёт пустой объект без прототипа (свойство `[[Prototype]]` это `null`):
 
 ![](object-prototype-null.png)
 
-Таким образом не будет унаследованного геттера/сеттера для `__proto__`. Теперь это свойство обрабатывается как обычное свойство, и пример приведенный выше работает правильно.
+Таким образом не будет унаследованного геттера/сеттера для `__proto__`. Теперь это свойство обрабатывается как обычное свойство, и пример приведённый выше работает правильно.
 
-Мы можем назвать такой объект "очень пустым" или "чистым словарным объектом", потому что они еще проще чем обычные объекты `{...}`.
+Мы можем назвать такой объект "очень пустым" или "чистым словарным объектом", потому что они ещё проще чем обычные объекты `{...}`.
 
 Недостаток в том, что у таких объектов не будет встроенных методов объекта, таких как `toString`:
 
@@ -175,25 +175,25 @@ alert(Object.keys(chineseDictionary)); // hello,bye
 
 Современные способы установки и прямого доступа к прототипу это:
 
-- [Object.create(proto[, descriptors])](mdn:js/Object/create) -- создает пустой объект со свойством `[[Prototype]]`, указанным как `proto` (может быть `null`), и необязательными дескрипторами свойств.
+- [Object.create(proto[, descriptors])](mdn:js/Object/create) -- создаёт пустой объект со свойством `[[Prototype]]`, указанным как `proto` (может быть `null`), и необязательными дескрипторами свойств.
 - [Object.getPrototypeOf(obj)](mdn:js/Object.getPrototypeOf) -- возвращает свойство `[[Prototype]]` объекта `obj` (то же самое что и геттер `__proto__`).
 - [Object.setPrototypeOf(obj, proto)](mdn:js/Object.setPrototypeOf) -- устанавливает свойство `[[Prototype]]` объекта `obj` как `proto` (то же самое что и сеттер `__proto__`).
 
-Встроенный геттер/сеттер __proto__ не безопасен, если мы хотим использовать *созданные пользователями* ключи в объекте. Как минимум потому, что пользователь может ввести "proto" как ключ, от чего может возникнуть ошибка. Если повезет - последствия будут легкими, но обычно они непредсказуемы.
+Встроенный геттер/сеттер __proto__ не безопасен, если мы хотим использовать *созданные пользователями* ключи в объекте. Как минимум потому, что пользователь может ввести "proto" как ключ, от чего может возникнуть ошибка. Если повезёт - последствия будут лёгкими, но обычно они непредсказуемы.
 
 Тогда мы можем использовать либо `Object.create(null)` для создания "очень пустого" объекта, либо использовать коллекцию `Map`.
 
-Также, `Object.create` дает нам легкий способ создать поверхностную копию объекты со всеми дескрипторами:
+Также, `Object.create` даёт нам лёгкий способ создать поверхностную копию объекты со всеми дескрипторами:
 
 ```js
 let clone = Object.create(Object.getPrototypeOf(obj), Object.getOwnPropertyDescriptors(obj));
 ```
 
 
-- [Object.keys(obj)](mdn:js/Object/keys) / [Object.values(obj)](mdn:js/Object/values) / [Object.entries(obj)](mdn:js/Object/entries) -- возвращают массив всех перечисляемых собственных строковых имен/значений/пар ключ-значение.
-- [Object.getOwnPropertySymbols(obj)](mdn:js/Object/getOwnPropertySymbols) -- возвращает массив всех собственных символьных имен свойств.
-- [Object.getOwnPropertyNames(obj)](mdn:js/Object/getOwnPropertyNames) -- возвращает массив всех собственных строковых имен свойств.
-- [Reflect.ownKeys(obj)](mdn:js/Reflect/ownKeys) -- возвращает массив всех собственных имен свойств.
+- [Object.keys(obj)](mdn:js/Object/keys) / [Object.values(obj)](mdn:js/Object/values) / [Object.entries(obj)](mdn:js/Object/entries) -- возвращают массив всех перечисляемых собственных строковых имён/значений/пар ключ-значение.
+- [Object.getOwnPropertySymbols(obj)](mdn:js/Object/getOwnPropertySymbols) -- возвращает массив всех собственных символьных имён свойств.
+- [Object.getOwnPropertyNames(obj)](mdn:js/Object/getOwnPropertyNames) -- возвращает массив всех собственных строковых имён свойств.
+- [Reflect.ownKeys(obj)](mdn:js/Reflect/ownKeys) -- возвращает массив всех собственных имён свойств.
 - [obj.hasOwnProperty(key)](mdn:js/Object/hasOwnProperty): возвращает `true`, если у `obj` есть собственное (не унаследованное) свойство с именем `key`.
 
 Мы также ясно указали, что  `__proto__` -- это геттер/сеттер для свойства `[[Prototype]]` и находится он в `Object.prototype`, как и другие методы.