Merge pull request #734 from Arkanit7/patch-2

review: 04-private-protected-properties-methods

Author: dolgachio

1-js/09-classes/04-private-protected-properties-methods/article.md

@@ -3,7 +3,7 @@
 
 Один з найважливіших принципів об’єктно-орієнтованого програмування -- розділення внутрішнього інтерфейсу від зовнішнього.
 
-Це обов’язкова практика у розробці вcього, що складніше, ніж застосунок "hello world".
+Це обов’язкова практика у розробці всього, що складніше, ніж застосунок "hello world".
 
 Щоб зрозуміти це, відійдімо від розробки та поглянемо на реальний світ.
 
@@ -23,7 +23,7 @@
 
 Кавові машини досить надійні, чи не так? Ми можемо використовувати її один рік, і тільки якщо щось піде не так -- віднести її в ремонт.
 
-Секрет надійності та простоти кавоварки -- всі деталі добре налаштовані і *приховані* всередині.
+Секрет надійності та простоти кавоварки -- всі деталі добре налаштовані та *приховані* всередині.
 
 Якщо ми видалимо захисне покриття з кавоварки, то використовувати її буде набагато складніше (де натискати?), і небезпечніше (вона може вдарити електричним струмом).
 
@@ -44,7 +44,7 @@
 
 Але ззовні кавоварка закрита захисним покриттям так, що ніхто не може добратися до її нутрощів. Деталі приховані та недоступні. Ми можемо використовувати її функціонал за допомогою зовнішнього інтерфейсу.
 
-Отже, все, що нам потрібно для використання об’єкту, -- це знати його зовнішній інтерфейс. Ми можемо повністю не знати, як він працює всередині, і це чудово.
+Отже, все, що нам потрібно для використання об’єкта, -- це знати його зовнішній інтерфейс. Ми можемо повністю не знати, як він працює всередині, і це чудово.
 
 Це було загальне введення.
 
@@ -127,7 +127,7 @@ coffeeMachine.waterAmount = -10; // _waterAmount буде 0, а не -10
 
 Для кавоварки це саме так: потужність ніколи не змінюється.
 
-Щоб це зробити, потрібно зробити лише гетер, без сетеру:
+Щоб це зробити, потрібно зробити лише гетер, без сетера:
 
 ```js run
 class CoffeeMachine {
@@ -190,7 +190,7 @@ new CoffeeMachine().setWaterAmount(100);
 
 В JavaScript є закінчена пропозиція, майже у стандарті, що забезпечує підтримку приватних властивостей та методів на рівні мови.
 
-Приватні властивості і методи повинні починатися з `#`. Вони доступні лише з класу.
+Приватні властивості та методи повинні починатися з `#`. Вони доступні лише з класу.
 
 Наприклад, ось приватна властивість `#waterLimit` та приватний метод, що перевіряє кількість води `#fixWaterAmount`:
 
@@ -224,7 +224,7 @@ coffeeMachine.#waterLimit = 1000; // Помилка
 
 На рівні мови, `#` -- це особливий знак того, що поле є приватним. Ми не можемо отримати доступ до нього ззовні або з наслідуваних класів.
 
-Приватні поля не конфліктують з публічним. Ми можемо мати як приватне `#waterAmount` та і публічне `waterAmount` поле одночасно.
+Приватні поля не конфліктують з публічними. Ми можемо мати як приватне `#waterAmount`, так і публічне `waterAmount` поля одночасно.
 
 Наприклад, зробімо аксесор `waterAmount` для `#wateramount`:
 
@@ -251,7 +251,7 @@ alert(machine.#waterAmount); // Помилка
 
 На відміну від захищених, приватні поля забезпечуються самою мовою. Це добре.
 
-Але якщо ми наслідуємося від `CoffeeMachine`, то ми не матимемо прямого доступу до `#waterAmount`. Ми повинні будемо покладатися на `wateramount` гетер/сетер:
+Але якщо ми наслідуємося від `CoffeeMachine`, то ми не матимемо прямого доступу до `#waterAmount`. Ми повинні будемо покладатися на `waterAmount` гетер/сетер:
 
 ```js
 class MegaCoffeeMachine extends CoffeeMachine {
@@ -285,7 +285,7 @@ class User {
 
 ## Підсумки
 
-З точки зору ООП, відокремлення внутрішнього інтерфейсу від зовнішнього називається [інкапсуляція](https://uk.wikipedia.org/wiki/Інкапсуляція_(програмування)).
+З точки зору ООП, відокремлення внутрішнього інтерфейсу від зовнішнього називається [інкапсуляцією](https://uk.wikipedia.org/wiki/Інкапсуляція_(програмування)).
 
 Це дає наступні переваги: