fix: replace en dash with em dash

Author: viperehonchuk

src/content/learn/state-as-a-snapshot.md

@@ -32,7 +32,7 @@ export default function Form() {
   const [isSent, setIsSent] = useState(false);
   const [message, setMessage] = useState('Привіт!');
   if (isSent) {
-    return <h1>Ваше повідомлення – в дорозі!</h1>
+    return <h1>Ваше повідомлення — в дорозі!</h1>
   }
   return (
     <form onSubmit={(e) => {
@@ -71,7 +71,7 @@ label, textarea { margin-bottom: 10px; display: block; }
 
 ## Рендеринг бере один зняток за раз {/*rendering-takes-a-snapshot-in-time*/}
 
-["Рендеринг"](/learn/render-and-commit#step-2-react-renders-your-components) означає, що React викликає ваш компонент, який є функцією. JSX, який ви повертаєте з цієї функції, – це як зняток UI в певну мить часу. Його пропси, обробники подій і локальні змінні обчислюються **з використанням його стану в мить рендеру.**
+["Рендеринг"](/learn/render-and-commit#step-2-react-renders-your-components) означає, що React викликає ваш компонент, який є функцією. JSX, який ви повертаєте з цієї функції, — це як зняток UI в певну мить часу. Його пропси, обробники подій і локальні змінні обчислюються **з використанням його стану в мить рендеру.**
 
 На відміну від світлини чи кадру кінострічки, "зняток" UI, який ви повертаєте, є інтерактивним. Він вміщає логіку штибу обробників подій, які задають, що відбувається внаслідок введення з боку користувача. React оновлює екран до відповідності цьому знятку, й приєднує обробники подій. Як наслідок, натискання кнопки запускає обробник клацання, заданий у вашому JSX.
 
@@ -87,7 +87,7 @@ label, textarea { margin-bottom: 10px; display: block; }
     <Illustration caption="Оновлюється дерево DOM" src="/images/docs/illustrations/i_render3.png" />
 </IllustrationBlock>
 
-Стан, пам'ять компонента, не схожий на звичайну змінну, що зникає, коли відбувається повернення з функції. Стан фактично "живе" в самому React – неначе на поличці! – поза вашою функцією. Коли React викликає ваш компонент, він надає вам зняток стану для конкретного поточного рендеру. Ваш компонент повертає зняток UI зі свіжим набором пропсів і обробників подій у своєму JSX, що обчислюється **з використанням значень стану, взятих з цього рендеру!**
+Стан, пам'ять компонента, не схожий на звичайну змінну, що зникає, коли відбувається повернення з функції. Стан фактично "живе" в самому React — неначе на поличці! — поза вашою функцією. Коли React викликає ваш компонент, він надає вам зняток стану для конкретного поточного рендеру. Ваш компонент повертає зняток UI зі свіжим набором пропсів і обробників подій у своєму JSX, що обчислюється **з використанням значень стану, взятих з цього рендеру!**
 
 <IllustrationBlock sequential>
   <Illustration caption="Ви кажете React оновити стан" src="/images/docs/illustrations/i_state-snapshot1.png" />
@@ -141,11 +141,11 @@ h1 { display: inline-block; margin: 10px; width: 30px; text-align: center; }
 
 Ось що обробник клацання цієї кнопки каже React робити:
 
-1. `setNumber(number + 1)`: `number` – `0`, тож `setNumber(0 + 1)`.
+1. `setNumber(number + 1)`: `number` — `0`, тож `setNumber(0 + 1)`.
     * React готується змінити `number` на `1` в наступному рендері.
-2. `setNumber(number + 1)`: `number` – `0`, тож `setNumber(0 + 1)`.
+2. `setNumber(number + 1)`: `number` — `0`, тож `setNumber(0 + 1)`.
     * React готується змінити `number` на `1` в наступному рендері.
-3. `setNumber(number + 1)`: `number` – `0`, тож `setNumber(0 + 1)`.
+3. `setNumber(number + 1)`: `number` — `0`, тож `setNumber(0 + 1)`.
     * React готується змінити `number` на `1` в наступному рендері.
 
 Навіть попри те, що ви викликали `setNumber(number + 1)` тричі, в обробнику подій *поточного рендеру* `number` завжди дорівнює `0`, тож ви задаєте стан `1` тричі. Саме тому, коли завершується виконання вашого обробника помилок, React виконує повторний рендер компонента, де `number` дорівнює `1`, а не `3`.
@@ -170,7 +170,7 @@ h1 { display: inline-block; margin: 10px; width: 30px; text-align: center; }
 }}>+3</button>
 ```
 
-Саме тому клацання кнопки знову задасть лічильнику значення `2`, потім `3` – при наступному клацанні, і так далі.
+Саме тому клацання кнопки знову задасть лічильнику значення `2`, потім `3` — при наступному клацанні, і так далі.
 
 ## Стан протягом часу {/*state-over-time*/}
 
@@ -254,7 +254,7 @@ setTimeout(() => {
 
 **Значення змінної стану ніколи не змінюється протягом одного рендеру,** навіть якщо код обробника події є асинхронним. Всередині `onClick` *поточного рендеру* значення `number` усе одно залишається `0`, навіть після виклику `setNumber(number + 5)`. Її значення "зафіксувалося", коли React "зробив зняток" UI, викликавши ваш компонент.
 
-Ось приклад того, що робить обробники помилок більш захищеними щодо помилок хронометражу. Нижче – форма, що надсилає повідомлення з п'ятисекундною затримкою. Уявіть такий сценарій:
+Ось приклад того, що робить обробники помилок більш захищеними щодо помилок хронометражу. Нижче — форма, що надсилає повідомлення з п'ятисекундною затримкою. Уявіть такий сценарій:
 
 1. Ви натискаєте кнопку "Надіслати", надсилаючи "Привіт" Анні.
 2. Перш ніж закінчиться п'ятисекундна затримка, ви змінюєте значення в полі "Кому" на "Богдан".
@@ -404,7 +404,7 @@ h1 { margin-top: 20px; }
 
 </Sandpack>
 
-Незалежно від того, чи ви поставите виклик `alert` до виклику `setWalk`, чи після, це дасть один і той же результат. Значення `walk` у рендері – зафіксовано. Виклик `setWalk` змінить його лише для *наступного* рендеру, але не вплине на обробник подій з попереднього.
+Незалежно від того, чи ви поставите виклик `alert` до виклику `setWalk`, чи після, це дасть один і той же результат. Значення `walk` у рендері — зафіксовано. Виклик `setWalk` змінить його лише для *наступного* рендеру, але не вплине на обробник подій з попереднього.
 
 Цей рядок може спершу здаватися контрінтуїтивним: