Merge pull request #337 from Harmyder/patch-2

Трошки граматики і ще менше стилю

Author: vldmrkl

content/docs/hooks-effect.md

@@ -226,7 +226,7 @@ function FriendStatus(props) {
 
 **Навіщо ми повернули функцію з нашого ефекту?** Це необов'язковий механізм скидання ефектів. Кожен ефект може повернути функцію, яка скине його. Це дає нам можливість об'єднати разом логіку оформлення та скасування підписки. Вони, все-таки, частина одного й того ж ефекту!
 
-**Коли саме React буде скидати ефект?** React буде скидати ефект перед тим, як компонент розмонтується. . Однак, як ми вже знаємо, ефекти виконуються не один раз, а при кожному рендері. Ось чому React *також* скидає ефект з попереднього рендеру, перед тим, як запустити наступний. Ми розглянемо [чому це дозволяє уникнути багів](#explanation-why-effects-run-on-each-update) і [як відмовитися від цієї логіки, якщо це викликає проблеми з продуктивністю](#tip-optimizing-performance-by-skipping-effects) далі.
+**Коли саме React буде скидати ефект?** React буде скидати ефект перед тим, як компонент розмонтується. Однак, як ми вже знаємо, ефекти виконуються не один раз, а при кожному рендері. Ось чому React *також* скидає ефект з попереднього рендеру, перед тим, як запустити наступний. Ми розглянемо [чому це дозволяє уникнути багів](#explanation-why-effects-run-on-each-update) і [як відмовитися від цієї логіки, якщо це викликає проблеми з продуктивністю](#tip-optimizing-performance-by-skipping-effects) далі.
 
 >Примітка
 >
@@ -271,7 +271,7 @@ function FriendStatus(props) {
 
 ### Порада: використовуйте різні хуки для різних задач {#tip-use-multiple-effects-to-separate-concerns}
 
-Одна з ключових проблем, яку ми описали у [мотивації](/docs/hooks-intro.html#complex-components-become-hard-to-understand), наводить аргументи про те, що на відміну від хуків, класові методи життєвого циклу часто містять логіку, яка ніяк між собою не пов'язана, в той час як пов'язана логіка, розбивається на декілька методів. Далі ми наведемо приклад компонента, який об'єднує в собі логіку лічильника та індикатора статусу нашого друга з попередніх прикладів:
+Одна з ключових проблем, яку ми описали в [мотивації](/docs/hooks-intro.html#complex-components-become-hard-to-understand), наводить аргументи про те, що на відміну від хуків, класові методи життєвого циклу часто містять логіку, яка ніяк між собою не пов'язана, в той час як пов'язана логіка, розбивається на декілька методів. Далі ми наведемо приклад компонента, який об'єднує в собі логіку лічильника та індикатора статусу нашого друга з попередніх прикладів:
 
 ```js
 class FriendStatusWithCounter extends React.Component {
@@ -391,7 +391,7 @@ function FriendStatusWithCounter(props) {
   }
 ```
 
-Невикористання `componentDidUpdate` належним чином — це один з найпоширеніших джерел багів в React-додатках.
+Невикористання `componentDidUpdate` належним чином — це одне з найпоширеніших джерел багів в React-додатках.
 
 Тепер давайте розглянемо версію цього ж самого компонента, але вже написаного з використанням хуків:
 
@@ -407,7 +407,7 @@ function FriendStatus(props) {
   });
 ```
 
-Цього бага в даному компоненті немає. (Але ми і не змінили там нічого)
+Такого бага в цьому компоненті немає. (Але ми і не змінили там нічого)
 
 Тут немає ніякого особливого коду для вирішення проблем з оновленнями, так як `useEffect` вирішує їх *за замовчуванням*. Він скидає попередні ефекти перш ніж виконати нові. Щоб показати це на практиці, давайте розглянемо послідовність підписок і відписок, які цей компонент може виконати протягом деякого часу.