Handling Events#9
Conversation
| Тут `e` - це синтетична подія. React визначає ці синтетичні події відповідно до [специфікації W3C](https://www.w3.org/TR/DOM-Level-3-Events/), тому вам не потрібно турбуватися про сумісніть між браузерами. Перегляньте довідник по [`SyntheticEvent`](/docs/events.html), щоб дізнатися більше. | ||
|
|
||
| When using React you should generally not need to call `addEventListener` to add listeners to a DOM element after it is created. Instead, just provide a listener when the element is initially rendered. | ||
| Зазвичай, коли ви використовуєте React, вам не потрібно викликати `addEventListener`, щоб додати обробник до DOM-елементу після його створення. Натомість, просто вкажіть обробник,коли елемент вперше відрендерився. |
There was a problem hiding this comment.
Missed space обробник,коли
vldmrkl
left a comment
There was a problem hiding this comment.
Чудовий початок! Я знайшов небагато дрібних помилок, але вцілому дуже гарно 👍
| ``` | ||
|
|
||
| In React, this could instead be: | ||
| В React це може виглядати так: |
| class LoggingButton extends React.Component { | ||
| handleClick() { | ||
| console.log('this is:', this); | ||
| console.log('this це:', this); |
There was a problem hiding this comment.
Тут під this мається на увазі ключове слово this і те чому this в контексті метода дорівнює.
| ``` | ||
|
|
||
| The problem with this syntax is that a different callback is created each time the `LoggingButton` renders. In most cases, this is fine. However, if this callback is passed as a prop to lower components, those components might do an extra re-rendering. We generally recommend binding in the constructor or using the class fields syntax, to avoid this sort of performance problem. | ||
| Проблема цього синтаксису полягає в тому, що при кожному рендері `LoggingButton` створюється щоразу нова функція зворотнього виклику. В більшості випадків це не створює додаткових проблем. Але, якщо ця функція зворотнього виклику передається в якості проп в компоненти нижче - вони можуть здійснити додатковий ререндеринг. Як правило, ми рекомендуємо зв'язувати в конструкторі або використувати синтаксис полей класу, щоб уникнути подібних проблем з продуктивністю. |
There was a problem hiding this comment.
У більшості випадків замість В більшості випадків
There was a problem hiding this comment.
Замінити передається в якості проп на передається в якості пропу
There was a problem hiding this comment.
Можливо краще якості пропса. Хоч і не множина, але не має неузгодженості, коли props перекладаємо пропсів(пропси) замість пропів(пропи )
There was a problem hiding this comment.
@westanvv згідно нашого TRANSLATE.md, prop перекладаємо як проп, а props – як пропси.
| Проблема цього синтаксису полягає в тому, що при кожному рендері `LoggingButton` створюється щоразу нова функція зворотнього виклику. В більшості випадків це не створює додаткових проблем. Але, якщо ця функція зворотнього виклику передається в якості проп в компоненти нижче - вони можуть здійснити додатковий ререндеринг. Як правило, ми рекомендуємо зв'язувати в конструкторі або використувати синтаксис полей класу, щоб уникнути подібних проблем з продуктивністю. | ||
|
|
||
| ## Passing Arguments to Event Handlers {#passing-arguments-to-event-handlers} | ||
| ## Передача аргументів у обробники подій {#passing-arguments-to-event-handlers} |
There was a problem hiding this comment.
Можна й так, параметр передається в функцію, але певно до обробника. Є пропозиція означити це в TRANSLATION.md.
| ``` | ||
|
|
||
| The problem with this syntax is that a different callback is created each time the `LoggingButton` renders. In most cases, this is fine. However, if this callback is passed as a prop to lower components, those components might do an extra re-rendering. We generally recommend binding in the constructor or using the class fields syntax, to avoid this sort of performance problem. | ||
| Проблема цього синтаксису полягає в тому, що при кожному рендері `LoggingButton` створюється щоразу нова функція зворотнього виклику. В більшості випадків це не створює додаткових проблем. Але, якщо ця функція зворотнього виклику передається в якості проп в компоненти нижче - вони можуть здійснити додатковий ререндеринг. Як правило, ми рекомендуємо зв'язувати в конструкторі або використувати синтаксис полей класу, щоб уникнути подібних проблем з продуктивністю. |
There was a problem hiding this comment.
Можливо краще якості пропса. Хоч і не множина, але не має неузгодженості, коли props перекладаємо пропсів(пропси) замість пропів(пропи )
Added uk translation for handling events.