Skip to content

Commit 4ccfe04

Browse files
committed
Technical fixes
1 parent be43e8d commit 4ccfe04

2 files changed

Lines changed: 8 additions & 8 deletions

File tree

src/content/learn/render-and-commit.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -28,14 +28,14 @@ React павінен адрэндэрыць вашы кампаненты пер
2828
<Illustration caption="Рэндэрынг" alt="Шэф дае React свежы экземпляр кампанента Card." src="/images/docs/illustrations/i_render-and-commit2.png" />
2929
<Illustration caption="Фіксацыя" alt="React дастаўляе кампанент Cart карыстальніку за яго сталом." src="/images/docs/illustrations/i_render-and-commit3.png" /></IllustrationBlock>
3030

31-
## Этап 1: Ініцыяцыя рэндэрынгу {/_step-1-trigger-a-render_/}
31+
## Этап 1: Ініцыяцыя рэндэрынгу {/*step-1-trigger-a-render*/}
3232

3333
Рэндэр кампанента адбываецца па дзвюх прычынах:
3434

3535
1. Гэта яго **першапачатковы рэндэр**.
3636
2. Яго **стан** (або стан яго бацькоўскіх кампанентаў) **быў абноўлены**.
3737

38-
### Першапачатковы рэндэр {/_initial-render_/}
38+
### Першапачатковы рэндэр {/*initial-render*/}
3939

4040
Калі ваша праграма запускаецца, неабходна запусціць першапачатковы рэндэрынг. Фрэймворкі і пясочніцы часам хаваюць гэты код, але першапачатковы рэндэр робіцца шляхам выкліку функцыі [`createRoot`](/reference/react-dom/client/createRoot) з мэтавым DOM-вузлом, а затым выклікам яго метаду `render` з вашым кампанентам:
4141

@@ -64,7 +64,7 @@ export default function Image() {
6464

6565
Паспрабуйце закаментаваць выклік `root.render()` і ўбачыце, як кампанент знікне!
6666

67-
### Паўторны рэндэр пры абнаўленні стану {/_re-renders-when-state-updates_/}
67+
### Паўторны рэндэр пры абнаўленні стану {/*re-renders-when-state-updates*/}
6868

6969
Пасля таго як кампанент быў першапачаткова адрэндэраны, вы можаце ініцыяваць наступныя рэндэры, абнаўляючы яго стан з дапамогай функцыі [`set`.](/reference/react/useState#setstate) Абнаўленне стану кампанента аўтаматычна ставіць яго ў чаргу на рэндэр. (Гэта падобна на наведвальніка рэстарана, які пасля першапачатковага заказу, дазаказвае сабе чай, дэсерт і разнастайныя рэчы, у залежнасці ад стану смагі ці голаду.)
7070

@@ -73,7 +73,7 @@ export default function Image() {
7373
<Illustration caption="...запускае..." alt="React вяртаецца на кухню кампанентаў і кажа шэфу, што яму патрэбны ружовы Card." src="/images/docs/illustrations/i_rerender2.png" />
7474
<Illustration caption="...рэндэр!" alt="Шэф дае React ружовы Card." src="/images/docs/illustrations/i_rerender3.png" /></IllustrationBlock>
7575

76-
## Этап 2: React рэндэрыць вашы кампаненты {/_step-2-react-renders-your-components_/}
76+
## Этап 2: React рэндэрыць вашы кампаненты {/*step-2-react-renders-your-components*/}
7777

7878
Пасля запуску рэндэру React выклікае вашы кампаненты, каб вызначыць, што паказаць на экране. **«Рэндэрынг» — гэта калі React выклікае вашы кампаненты.**
7979

@@ -138,13 +138,13 @@ img { margin: 0 10px 10px 0; }
138138

139139
<DeepDive>
140140

141-
#### Аптымізацыя прадукцыйнасці {/_optimizing-performance_/}
141+
#### Аптымізацыя прадукцыйнасці {/*optimizing-performance*/}
142142

143143
Прадвызначаныя паводзіны, пры якіх адлюстроўваюцца ўсе кампаненты, укладзеныя ў абноўлены кампанент, не з'яўляюцца аптымальнымі з пункта гледжання прадукцыйнасці, калі абноўлены кампанент знаходзіцца вельмі высока ў дрэве. Калі вы сутыкнуліся з праблемай прадукцыйнасці, то ёсць некалькі спосабаў яе вырашэння, апісаных у раздзеле [Прадукцыйнасць](https://reactjs.org/docs/optimizing-performance.html). **Не аптымізуйце раней часу!**
144144

145145
</DeepDive>
146146

147-
## Этап 3: React фіксуе змены ў DOM {/_step-3-react-commits-changes-to-the-dom_/}
147+
## Этап 3: React фіксуе змены ў DOM {/*step-3-react-commits-changes-to-the-dom*/}
148148

149149
Пасля рэндэрынгу (выкліку) вашых кампанентаў React змяняе DOM.
150150

@@ -193,7 +193,7 @@ export default function App() {
193193

194194
Гэта працуе, таму што падчас апошняга кроку React абнаўляе толькі змесціва `<h1>` новым значэннем `time`. Ён бачыць, што `<input>` з'яўляецца ў JSX у тым жа месцы, што і ў мінулы раз, таму React не чапае `<input>` ці яго `значэнне`!
195195

196-
## Эпілог: Браўзерная адмалёўка {/_epilogue-browser-paint_/}
196+
## Эпілог: Браўзерная адмалёўка {/*epilogue-browser-paint*/}
197197

198198
Пасля таго як рэндэр завершаны і React абнавіў DOM, браўзер перамалёўвае экран. Хоць гэты працэс і вядомы як «браўзерны рэндэрынг», мы будзем называць яго «маляваннем», каб пазбегнуць блытаніны ў дакументацыі.
199199

src/sidebarLearn.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -112,7 +112,7 @@
112112
"path": "/learn/state-a-components-memory"
113113
},
114114
{
115-
"title": "Render and Commit",
115+
"title": "Рэндэр і фіксацыя",
116116
"path": "/learn/render-and-commit"
117117
},
118118
{

0 commit comments

Comments
 (0)