Update article.md

Author: Kichikahunov

1-js/11-async/04-promise-error-handling/article.md

@@ -25,7 +25,7 @@ fetch('/') // сейчас fetch выполнится, сервер успешн
   .catch(err => alert(err)) // SyntaxError: Unexpected token < in JSON at position 0
 ```
 
-Самый лёгкий путь, перехватить все ошибки - добавить `.catch` в конец цепочки:
+Самый лёгкий путь перехватить все ошибки - это добавить `.catch` в конец цепочки:
 
 ```js run
 fetch('/article/promise-chaining/user.json')
@@ -106,13 +106,13 @@ new Promise((resolve, reject) => {
 
 ## Повторное пробрасывание ошибок (rethrowing)
 
-Как мы уже заметили, `.catch` ведёт себя как `try..catch`. У нас может быть столько обработчиков `.then`, сколько мы хотим, и затем использовать один `.catch`, в конце, чтобы перехватить ошибки из всех обработчиков.
+Как мы уже заметили, `.catch` ведёт себя как `try..catch`. У нас может быть столько обработчиков `.then`, сколько мы хотим, и затем использовать один `.catch` в конце, чтобы перехватить ошибки из всех обработчиков.
 
 В обычном `try..catch` мы можем проанализировать ошибку и повторно пробросить дальше, если не можем её обработать. То же самое возможно для промисов.
 
-Если мы пробросим (`throw`) ошибку внутри блока `.catch`, то управление перейдет к следующему ближайшему обработчику ошибок. И если мы обработаем ошибку, и завершим работу обработчика нормально, то продолжит работу ближайший успешный обработчик `.then`.
+Если мы пробросим (`throw`) ошибку внутри блока `.catch`, то управление перейдет к следующему ближайшему обработчику ошибок. И если мы обработаем ошибку и завершим работу обработчика нормально, то продолжит работу ближайший успешный обработчик `.then`.
 
-В примере ниже, `.catch` успешно обрабатывает ошибку:
+В примере ниже `.catch` успешно обрабатывает ошибку:
 
 ```js run
 // the execution: catch -> then
@@ -159,7 +159,7 @@ new Promise((resolve, reject) => {
 });
 ```
 
-Затем управление переходит от первого блока `.catch` `(*)`, к следующему `(**)`, вниз по цепочке.
+Затем управление переходит от первого блока `.catch` `(*)` к следующему `(**)`, вниз по цепочке.
 
 В следующем разделе мы рассмотрим практическое применение повторного пробрасывания.
 
@@ -181,11 +181,11 @@ fetch('no-such-user.json') // (*)
 ```
 
 
-На данный момент код пытается загрузить ответ как JSON строку, несмотря ни на что и умирает с синтаксической ошибкой. Вы можете сами увидеть это, запустите представленный выше пример, так как файл `no-such-user.json` не существует.
+На данный момент код пытается загрузить ответ как JSON строку, несмотря ни на что и умирает с синтаксической ошибкой. Вы можете сами увидеть это, запустив представленный выше пример, так как файл `no-such-user.json` не существует.
 
 Это не хорошо, потому что ошибка просто проваливается сквозь всю цепочку, без подробностей: что за ошибка и где.
 
-Итак, давайте добавим ещё один шаг: мы должны проверить свойство `response.status`, которое есть в HTTP и если статус не 200, тогда пробросим ошибку.
+Итак, давайте добавим ещё один шаг: мы должны проверить свойство `response.status`, которое есть в HTTP, и если статус не 200, тогда пробросим ошибку.
 
 ```js run
 class HttpError extends Error { // (1)
@@ -211,13 +211,13 @@ loadJson('no-such-user.json') // (3)
   .catch(alert); // HttpError: 404 for .../no-such-user.json
 ```
 
-1. Мы создали специальный класс для HTTP ошибок, чтобы отличать их от других типов ошибок. Кроме того, новый класс имеет конструктор, который принимает объект `response` и сохраняет его ошибках. Таким образом, код обработки ошибок сможет получить к нему доступ.
-2. Затем мы объединили код запроса данных и обработки ошибки в одну функцию, которая получает данные по `url` *и* обрабатывает ответ со статусом 200 как выполнившийся, а любой другой статус, как ошибку. Это удобно, потому что нам часто необходима такая логика.
+1. Мы создали специальный класс для HTTP ошибок, чтобы отличать их от других типов ошибок. Кроме того, новый класс имеет конструктор, который принимает объект `response` и сохраняет его в ошибке. Таким образом, код обработки ошибок сможет получить к нему доступ.
+2. Затем мы объединили код запроса данных и обработки ошибки в одну функцию, которая получает данные по `url` *и* обрабатывает ответ со статусом 200 как выполнившийся, а любой другой статус как ошибку. Это удобно, потому что нам часто необходима такая логика.
 3. Сейчас `alert` показывает более полезное сообщение.
 
 Самое замечательное в нашем собственном классе для ошибок заключается в том, что мы можем легко проверить его в коде обработки ошибок.
 
-Например, мы можем создать запрос и после, если получим 404 -- попросить пользователя поправить введённую информацию.
+Например, мы можем создать запрос и после, если получим 404, попросить пользователя поправить введённую информацию.
 
 Код ниже загружает пользователя с указанным именем из github. Если такого пользователя не существует, то он запрашивает ввести правильное имя:
 
@@ -247,7 +247,7 @@ demoGithubUser();
 
 Обратите внимание: в приведённом коде `.catch` перехватывает все ошибки, но "знает как обработать" только `HttpError 404`. В данном примере это означает, что пользователя не существует, в этом случае `.catch` повторно запускает ввод имени.
 
-Для других ошибок, код понятия не имеет, что могло пойти не так. Может быть это программная ошибка или что-то другое. Поэтому просто повторно пробрасывает её в строке с `(*)`.
+Для других ошибок код понятия не имеет, что могло пойти не так. Может быть это программная ошибка или что-то другое. Поэтому просто повторно пробрасывает её в строке с `(*)`.
 
 ## Необработанные ошибки
 
@@ -264,9 +264,9 @@ new Promise(function() {
   }); // без .catch в самом конце!
 ```
 
-В случае ошибки промис становится "отклонённым" и выполнение переходит к ближайшему обработчику ошибок. Но в примере ниже нет никакого обработчика. Поэтому ошибка как-бы "застревает".
+В случае ошибки промис становится "отклонённым", и выполнение переходит к ближайшему обработчику ошибок. Но в примере ниже нет никакого обработчика. Поэтому ошибка как бы "застревает".
 
-На практике, как и при обычных необработанных ошибках это означает, что что-то пошло не так, скрипт, возможно, умер.
+На практике, как и при обычных необработанных ошибках, это означает, что что-то пошло не так, скрипт, возможно, умер.
 
 Большинство JavaScript движков отслеживают такие ситуации и генерируют в этом случае глобальную ошибку. Мы можем увидеть это в консоли.
 
@@ -288,21 +288,21 @@ new Promise(function() {
 
 Это событие является частью [HTML стандарта](https://html.spec.whatwg.org/multipage/webappapis.html#unhandled-promise-rejections).
 
-Если происходит ошибка и она не перехватывается, отсутствует `.catch`, тогда тригерится событие `unhandledrejection` и объект `event` получает информацию об ошибке, поэтому мы можем хоть как-то отреагировать на ошибку.
+Если происходит ошибка и она не перехватывается, отсутствует `.catch`, тогда тригерится событие `unhandledrejection`, и объект `event` получает информацию об ошибке, поэтому мы можем хоть как-то отреагировать на ошибку.
 
-Обычно такие ошибки неустранимы, поэтому лучше всего - информировать пользователя о проблеме и возможно, отправить информацию об ошибке на сервер.
+Обычно такие ошибки неустранимы, поэтому лучше всего - информировать пользователя о проблеме и, возможно, отправить информацию об ошибке на сервер.
 
 В не браузерных средах, таких как Node.JS, есть другие похожие способы отслеживания необработанных ошибок.
 
 
 ## Итого
 
-- `.catch` перехватывает все виды отклонённых промисов: будет это вызов `reject()` или ошибка пробросится (throw) в обработчике.
+- `.catch` перехватывает все виды отклонённых промисов: будь то вызов `reject()` или проброшенная в обработчике ошибка.
 - Необходимо размещать `.catch` там, где мы точно хотим обработать ошибку и знаем, как её обработать. Обработчик должен проанализировать ошибку (помогают пользовательские классы ошибок) или повторно пробросить её, если ничего не знает о ней.
-- Это нормально, не использовать `.catch`, если мы не знаем как обработать ошибку (невозможно исправить все ошибки).
-- В любом случае нам следует использовать обработчик события `unhandledrejection` (для браузеров и аналог для других окружений), чтобы отслеживать необработанные ошибки и информировать об этом пользователя (и, возможно, наш сервер) о них, так что наше приложение никогда "не умрёт".
+- Это нормально не использовать `.catch`, если мы не знаем как обработать ошибку (невозможно исправить все ошибки).
+- В любом случае нам следует использовать обработчик события `unhandledrejection` (для браузеров и аналог для других окружений), чтобы отслеживать необработанные ошибки и информировать об этом пользователя (и, возможно, наш сервер) о них, так, чтобы наше приложение никогда не умирало.
 
-И наконец, если у нас имеется индикатор загрузки, тогда `.finally` - отличный обработчик окончания загрузки, когда загрузка завершена:
+И, наконец, если у нас имеется индикатор загрузки, тогда finally - это отличное место, чтобы остановить его, когда загрузка завершена:
 
 ```js run
 function demoGithubUser() {