You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/reference/react/useId.md
+51-51Lines changed: 51 additions & 51 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ title: useId
4
4
5
5
<Intro>
6
6
7
-
`useId`is a React Hook for generating unique IDs that can be passed to accessibility attributes.
7
+
`useId`— це хук для генерації унікальних ідентифікаторів (_далі_ — ID), які можуть передаватися як атрибути доступності.
8
8
9
9
```js
10
10
constid=useId()
@@ -16,11 +16,11 @@ const id = useId()
16
16
17
17
---
18
18
19
-
## Reference {/*reference*/}
19
+
## Опис {/*reference*/}
20
20
21
21
### `useId()` {/*useid*/}
22
22
23
-
Call`useId`at the top level of your component to generate a unique ID:
23
+
Викличте`useId`на верхньому рівні вашого компонента, щоб згенерувати унікальне ID:
24
24
25
25
```js
26
26
import { useId } from'react';
@@ -30,37 +30,37 @@ function PasswordField() {
30
30
// ...
31
31
```
32
32
33
-
[See more examples below.](#usage)
33
+
[Перегляньте більше прикладів нижче.](#usage)
34
34
35
-
#### Parameters {/*parameters*/}
35
+
#### Параметри {/*parameters*/}
36
36
37
-
`useId`does not take any parameters.
37
+
`useId`не приймає жодних параметрів.
38
38
39
-
#### Returns {/*returns*/}
39
+
#### Результат {/*returns*/}
40
40
41
-
`useId`returns a unique ID string associated with this particular `useId`call in this particular component.
41
+
`useId`повертає унікальну ID-стрічку, пов'язану з конкретним запитом `useId`в цьому конкретному компоненті.
42
42
43
-
#### Caveats {/*caveats*/}
43
+
#### Застереження {/*caveats*/}
44
44
45
-
* `useId`is a Hook, so you can only call it **at the top level of your component** or your own Hooks. You can't call it inside loops or conditions. If you need that, extract a new component and move the state into it.
45
+
* `useId`— це хук, тож він може викликатися тільки **на верхньому рівні вашого компонента** або у ваших власних хуках. Ви не можете викликати його в циклах або умовно. Якщо ж є така потреба, то виокреміть новий компонент та перемістіть у нього стан.
46
46
47
-
* `useId` **should not be used to generate keys** in a list. [Keys should be generated from your data.](/learn/rendering-lists#where-to-get-your-key)
47
+
* `useId` **не має використовуватися для генерації ключів** у списках. [Ключі мають генеруватися з ваших даних.](/learn/rendering-lists#where-to-get-your-key)
48
48
49
-
* `useId`currently cannot be used in [async Server Components](/reference/rsc/server-components#async-components-with-server-components).
49
+
* `useId`наразі не може бути використано в [асинхронних серверних компонентах](/reference/rsc/server-components#async-components-with-server-components).
50
50
51
51
---
52
52
53
-
## Usage {/*usage*/}
53
+
## Використання {/*usage*/}
54
54
55
55
<Pitfall>
56
56
57
-
**Do not call `useId`to generate keys in a list.** [Keys should be generated from your data.](/learn/rendering-lists#where-to-get-your-key)
57
+
**Не викликайте `useId`для генерації ключів у списку.** [Ключі мають генеруватися з ваших даних.](/learn/rendering-lists#where-to-get-your-key)
58
58
59
59
</Pitfall>
60
60
61
-
### Generating unique IDs for accessibility attributes {/*generating-unique-ids-for-accessibility-attributes*/}
61
+
### Генерація унікальних ID для атрибутів доступності {/*generating-unique-ids-for-accessibility-attributes*/}
62
62
63
-
Call`useId`at the top level of your component to generate a unique ID:
63
+
Викличте`useId`на верхньому рівні вашого компонента для генерації унікального ID:
64
64
65
65
```js [[1, 4, "passwordHintId"]]
66
66
import { useId } from'react';
@@ -70,7 +70,7 @@ function PasswordField() {
70
70
// ...
71
71
```
72
72
73
-
You can then pass the <CodeStep step={1}>generated ID</CodeStep> to different attributes:
73
+
Далі ви можете передати <CodeStep step={1}>згенерований ID</CodeStep> до різних атрибутів:
@@ -79,11 +79,11 @@ You can then pass the <CodeStep step={1}>generated ID</CodeStep> to different at
79
79
</>
80
80
```
81
81
82
-
**Let's walk through an example to see when this is useful.**
82
+
**Розглянемо приклади, коли це може бути корисно.**
83
83
84
-
[HTML accessibility attributes](https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA) like [`aria-describedby`](https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-describedby) let you specify that two tags are related to each other. For example, you can specify that an element (like an input) is described by another element (like a paragraph).
84
+
[Атрибути доступності HTML](https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA), як-от [`aria-describedby`](https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/Attributes/aria-describedby), дають змогу зазначити, що два теги пов'язані один з одним. Наприклад, ви можете зазначити, що елемент (як-от input) описаний іншим компонентом (як-от параграф).
85
85
86
-
In regular HTML, you would write it like this:
86
+
У звичайному HTML ви б написали наступне:
87
87
88
88
```html {5,8}
89
89
<label>
@@ -94,11 +94,11 @@ In regular HTML, you would write it like this:
94
94
/>
95
95
</label>
96
96
<p id="password-hint">
97
-
The password should contain at least 18characters
97
+
Довжина паролю має бути не менш ніж 18символів
98
98
</p>
99
99
```
100
100
101
-
However, hardcoding IDs like this is not a good practice in React. A component may be rendered more than once on the page--but IDs have to be unique! Instead of hardcoding an ID, generate a unique ID with`useId`:
101
+
Однак, таке задання ID не найкраща практика в React. Компонент може бути відрендерений на сторінці більш ніж один раз — і ID повинні бути унікальні! Замість незмінно заданих ID, згенеруйте унікальне значення за допомогою`useId`:
102
102
103
103
```js {4,11,14}
104
104
import { useId } from'react';
@@ -115,14 +115,14 @@ function PasswordField() {
115
115
/>
116
116
</label>
117
117
<p id={passwordHintId}>
118
-
The password should contain at least 18characters
118
+
Довжина паролю має бути не менш ніж 18символів
119
119
</p>
120
120
</>
121
121
);
122
122
}
123
123
```
124
124
125
-
Now, even if`PasswordField`appears multiple times on the screen, the generated IDs won't clash.
125
+
Тож, навіть якщо`PasswordField`з'явиться на сторінці багато разів, згенеровані ID не конфліктуватимуть.
126
126
127
127
<Sandpack>
128
128
@@ -141,7 +141,7 @@ function PasswordField() {
141
141
/>
142
142
</label>
143
143
<p id={passwordHintId}>
144
-
The password should contain at least 18characters
144
+
Довжина паролю має бути не менш ніж 18символів
145
145
</p>
146
146
</>
147
147
);
@@ -150,9 +150,9 @@ function PasswordField() {
150
150
exportdefaultfunctionApp() {
151
151
return (
152
152
<>
153
-
<h2>Choose password</h2>
153
+
<h2>Введіть пароль</h2>
154
154
<PasswordField />
155
-
<h2>Confirm password</h2>
155
+
<h2>Підтвердіть пароль</h2>
156
156
<PasswordField />
157
157
</>
158
158
);
@@ -165,33 +165,33 @@ input { margin: 5px; }
165
165
166
166
</Sandpack>
167
167
168
-
[Watch this video](https://www.youtube.com/watch?v=0dNzNcuEuOo) to see the difference in the user experience with assistive technologies.
168
+
[Перегляньте відео](https://www.youtube.com/watch?v=0dNzNcuEuOo), щоб побачити різницю користувацького досвіду з допоміжними технологіями.
169
169
170
170
<Pitfall>
171
171
172
-
With [server rendering](/reference/react-dom/server), **`useId`requires an identical component tree on the server and the client**. If the trees you render on the server and the client don't match exactly, the generated IDs won't match.
172
+
Для [серверного рендерингу](/reference/react-dom/server), **`useId`потребує ідентичного дерева компонентів на сервері та на клієнті**. Якщо дерева, які ви рендерите на сервері та на клієнті, не збігаються, то і згенеровані ID не будуть збігатись.
173
173
174
174
</Pitfall>
175
175
176
176
<DeepDive>
177
177
178
-
#### Why is useId better than an incrementing counter? {/*why-is-useid-better-than-an-incrementing-counter*/}
178
+
#### Чому використання useId краще за інкрементний лічильник? {/*why-is-useid-better-than-an-incrementing-counter*/}
179
179
180
-
You might be wondering why `useId`is better than incrementing a global variable like`nextId++`.
180
+
Можливо, вам кортить дізнатися, чому використання `useId`краще за інкрементування глобальної змінної, як наприклад,`nextId++`.
181
181
182
-
The primary benefit of `useId`is that React ensures that it works with [server rendering.](/reference/react-dom/server) During server rendering, your components generate HTML output. Later, on the client, [hydration](/reference/react-dom/client/hydrateRoot) attaches your event handlers to the generated HTML. For hydration to work, the client output must match the server HTML.
182
+
Початкова перевага `useId`в тому, що React запевниться, що це працює разом із [серверним рендерингом.](/reference/react-dom/server) Протягом серверного рендерингу, ваш компонент генерує HTML-вивід. Далі на клієнті [гідрація](/reference/react-dom/client/hydrateRoot) прикріплює обробники подій до згенерованого HTML. Для коректної роботи гідрації клієнтський вивід має збігатись із серверним HTML.
183
183
184
-
This is very difficult to guarantee with an incrementing counter because the order in which the Client Components are hydrated may not match the order in which the server HTML was emitted. By calling `useId`, you ensure that hydration will work, and the output will match between the server and the client.
184
+
Це складно гарантувати для інкрементного лічильника, бо порядок, за яким клієнтські компоненти проходять гідрацію, не збігається з порядком, за яким був виданий серверний HTML. Викликаючи `useId`, ви запевняєтеся, що гідрація буде працювати, а серверний і клієнтський виводи будуть збігатися.
185
185
186
-
Inside React, `useId`is generated from the "parent path" of the calling component. This is why, if the client and the server tree are the same, the "parent path" will match up regardless of rendering order.
186
+
У межах React, `useId`генерується з "батьківського шляху" компонента, що його викликав. Ось чому, якщо клієнтське та серверне дерево однакове, "батьківський шлях" буде збігатися, незважаючи на порядок рендерингу.
187
187
188
188
</DeepDive>
189
189
190
190
---
191
191
192
-
### Generating IDs for several related elements {/*generating-ids-for-several-related-elements*/}
192
+
### Генерація ID для декількох пов'язаних елементів {/*generating-ids-for-several-related-elements*/}
193
193
194
-
If you need to give IDs to multiple related elements, you can call`useId`to generate a shared prefix for them:
194
+
Якщо треба додати ID для декількох пов'язаних елементів, ви можете викликати`useId`для генерації спільного префіксу:
195
195
196
196
<Sandpack>
197
197
@@ -202,10 +202,10 @@ export default function Form() {
This lets you avoid calling `useId`for every single element that needs a unique ID.
221
+
Це дасть змогу виклику `useId` для кожного окремого елементу, якому треба унікальне ID.
222
222
223
223
---
224
224
225
-
### Specifying a shared prefix for all generated IDs {/*specifying-a-shared-prefix-for-all-generated-ids*/}
225
+
### Визначення спільного префікса для всіх згенерованих ID {/*specifying-a-shared-prefix-for-all-generated-ids*/}
226
226
227
-
If you render multiple independent React applications on a single page, pass`identifierPrefix`as an option to your [`createRoot`](/reference/react-dom/client/createRoot#parameters) or [`hydrateRoot`](/reference/react-dom/client/hydrateRoot) calls. This ensures that the IDs generated by the two different apps never clash because every identifier generated with`useId` will start with the distinct prefix you've specified.
227
+
Якщо ви рендерите декілька незалежних React-застосунків на одній сторінці, передавайте `identifierPrefix` як опцію до вашого [`createRoot`](/reference/react-dom/client/createRoot#parameters) або [`hydrateRoot`](/reference/react-dom/client/hydrateRoot). Це забезпечить те, що ID, згенеровані двома різними застосунками, ніколи не перетнуться, бо кожен ідентифікатор, згенерований за допомогою `useId`, починатиметься з окремого префіксу, який ви вказали.
228
228
229
229
<Sandpack>
230
230
231
231
```html public/index.html
232
232
<!DOCTYPE html>
233
233
<html>
234
-
<head><title>My app</title></head>
234
+
<head><title>Мій застосунок</title></head>
235
235
<body>
236
236
<div id="root1"></div>
237
237
<div id="root2"></div>
@@ -244,18 +244,18 @@ import { useId } from 'react';
### Using the same ID prefix on the client and the server {/*using-the-same-id-prefix-on-the-client-and-the-server*/}
310
+
### Використання однакового ID-префікса на клієнті та сервері {/*using-the-same-id-prefix-on-the-client-and-the-server*/}
311
311
312
-
If you [render multiple independent React apps on the same page](#specifying-a-shared-prefix-for-all-generated-ids), and some of these apps are server-rendered, make sure that the `identifierPrefix` you pass to the [`hydrateRoot`](/reference/react-dom/client/hydrateRoot) call on the client side is the same as the `identifierPrefix` you pass to the [server APIs](/reference/react-dom/server) such as [`renderToPipeableStream`.](/reference/react-dom/server/renderToPipeableStream)
312
+
Якщо ви [рендерите декілька незалежних React-застосунків на одній сторінці](#specifying-a-shared-prefix-for-all-generated-ids), і деякі з цих застосунків відрендерені сервером, перевірте, що `identifierPrefix`, який ви передаєте до [`hydrateRoot`](/reference/react-dom/client/hydrateRoot) на клієнті, є тим самим `identifierPrefix`, який ви передаєте до [серверних API](/reference/react-dom/server), наприклад, [`renderToPipeableStream`.](/reference/react-dom/server/renderToPipeableStream)
313
313
314
314
```js
315
315
// Server
@@ -333,4 +333,4 @@ const root = hydrateRoot(
333
333
);
334
334
```
335
335
336
-
You do not need to pass `identifierPrefix` if you only have one React app on the page.
336
+
Немає потреби передавати `identifierPrefix`, якщо ви маєте тільки один React-застосунок на сторінці.
0 commit comments