Suspense term switched to lowercase

Author: shdq

content/docs/concurrent-mode-suspense.md

@@ -36,15 +36,15 @@ const ProfilePage = React.lazy(() => import('./ProfilePage')); // Ленивая
 
 Задержка при получении данных – это новая возможность, которая позволяет использовать `<Suspense>` и **декларативно «ждать» чего-либо ещё, включая данные.** Эта страница описывает получение данных, однако это применимо к изображениям, скриптам и другим асинхронным действиям.
 
-- [Что такое Задержка?](#what-is-suspense-exactly)
-  - [Чем Задержка не является](#what-suspense-is-not)
-  - [Что позволяет делать Задержка](#what-suspense-lets-you-do)
+- [Что такое задержка?](#what-is-suspense-exactly)
+  - [Чем задержка не является](#what-suspense-is-not)
+  - [Что позволяет делать задержка](#what-suspense-lets-you-do)
 - [Использование Задержки на практике](#using-suspense-in-practice)
   - [Что если я не использую Relay?](#what-if-i-dont-use-relay)
   - [Для авторов библиотек](#for-library-authors)
 - [Классические подходы против Задержки](#traditional-approaches-vs-suspense)
-  - [Подход 1: Получаем-после-рендера (Задержка не используется)](#approach-1-fetch-on-render-not-using-suspense)
-  - [Подход 2: Получаем-потом-рендерим (Задержка не используется)](#approach-2-fetch-then-render-not-using-suspense)
+  - [Подход 1: Получаем-после-рендера (задержка не используется)](#approach-1-fetch-on-render-not-using-suspense)
+  - [Подход 2: Получаем-потом-рендерим (задержка не используется)](#approach-2-fetch-then-render-not-using-suspense)
   - [Подход 3: Рендерим-во-время-получения-данных (используем Задержку)](#approach-3-render-as-you-fetch-using-suspense)
 - [Начинаем получать данные рано](#start-fetching-early)
   - [Мы все ещё в этом разбираемся](#were-still-figuring-this-out)
@@ -56,7 +56,7 @@ const ProfilePage = React.lazy(() => import('./ProfilePage')); // Ленивая
 - [Обработка ошибок](#handling-errors)
 - [Что дальше?](#next-steps)
 
-## Что такое Задержка? {#what-is-suspense-exactly}
+## Что такое задержка? {#what-is-suspense-exactly}
 
 Задержка позволяет вашим компонентам «ждать» чего-то до их рендера. В [этом примере](https://codesandbox.io/s/frosty-hermann-bztrp) два компонента ждут асинхронного вызова API, чтобы получить данные:
 
@@ -95,23 +95,23 @@ function ProfileTimeline() {
 
 **[Посмотреть пример на CodeSandbox](https://codesandbox.io/s/frosty-hermann-bztrp)**
 
-Это раннее демо. Не переживайте, если оно кажется бессмысленным. Мы поговорим о том, как оно работает ниже. Имейте ввиду, что Задержка – это больше *механизм* и определенные API, такие как `fetchProfileData()` или `resource.posts.read()` в примере выше не очень важны. Если интересно, вы можете найти их определения прямо в [демо песочнице](https://codesandbox.io/s/frosty-hermann-bztrp).
+Это раннее демо. Не переживайте, если оно кажется бессмысленным. Мы поговорим о том, как оно работает ниже. Имейте ввиду, что задержка – это больше *механизм* и определенные API, такие как `fetchProfileData()` или `resource.posts.read()` в примере выше не очень важны. Если интересно, вы можете найти их определения прямо в [демо песочнице](https://codesandbox.io/s/frosty-hermann-bztrp).
 
 Задержка – это не библиотека для получения данных. Это **механизм для библиотек получения данных**, который сообщает React, что *данные, которые читает компонент ещё не готовы*. React в этом случае может подождать, пока они будут готовы и обновить пользовательский интерфейс. В Facebook, мы используем Relay с [интеграцией новой Задержки](https://relay.dev/docs/en/experimental/a-guided-tour-of-relay#loading-states-with-suspense). Мы ожидаем, что другие библиотеки, такие как Apollo смогут предоставить подобную интеграцию.
 
 В долгосрочной перспективе мы собираемся сделать Задержку основным способом чтения асинхронных данных из компонентов, независимо от того, откуда эти данные пришли.
 
-### Чем Задержка не является {#what-suspense-is-not}
+### Чем задержка не является {#what-suspense-is-not}
 
 Задержка — это совершенно иной подход среди существующих для решения этих проблем, поэтому на первый взгляд это часто ведёт к заблуждениям. Давайте проясним самые распространенные:
 
  * **Это не реализация получения данных.** Задержка не предполагает, что вы используете GraphQL, REST или какой-то другой определённый формат данных, библиотеку, транспорт или протокол.
 
- * **Это не готовый к использованию клиент.** Вы не сможете заменить `fetch` или Relay Задержкой. Но вы можете использовать библиотеку, в которую интегрирована Задержка (например [новый API у Relay](https://relay.dev/docs/en/experimental/api-reference)).
+ * **Это не готовый к использованию клиент.** Вы не сможете заменить `fetch` или Relay Задержкой. Но вы можете использовать библиотеку, в которую интегрирована задержка (например [новый API у Relay](https://relay.dev/docs/en/experimental/api-reference)).
 
  * **Задержка не привязывает получение данных к слою представления.** Она помогает управлять отображением состояния загрузки в пользовательском интерфейсе, но она не связывает вашу сетевую логику с React-компонентами.
 
-### Что позволяет делать Задержка {#what-suspense-lets-you-do}
+### Что позволяет делать задержка {#what-suspense-lets-you-do}
 
 Итак, в чём идея Задержки? Есть несколько вариантов ответа на этот вопрос:
 
@@ -125,7 +125,7 @@ function ProfileTimeline() {
 
 До настоящего времени в Facebook мы использовали в продакшн только Relay с интегрированной Задержкой. **Если вы ищете практическое руководство как начать сегодня, [посмотрите руководство Relay](https://relay.dev/docs/en/experimental/step-by-step)!** Там рассмотрены подходы, которые уже хорошо работают у нас в продакшн.
 
-**Код примеров на этой странице использует «фальшивую» реализацию API, а не Relay.** Это позволяет легче их понимать, если вы не знакомы с GraphQL, но они не расскажут вам о «правильном способе» как построить приложение с использованием Задержки. Эта страница скорее о концептуальных принципах и нацелена помочь вам понять *почему* Задержка работает определенным образом и какие проблемы она решает.
+**Код примеров на этой странице использует «фальшивую» реализацию API, а не Relay.** Это позволяет легче их понимать, если вы не знакомы с GraphQL, но они не расскажут вам о «правильном способе» как построить приложение с использованием Задержки. Эта страница скорее о концептуальных принципах и нацелена помочь вам понять *почему* задержка работает определенным образом и какие проблемы она решает.
 
 ### Что, если я не использую Relay? {#what-if-i-dont-use-relay}
 
@@ -139,13 +139,13 @@ function ProfileTimeline() {
 
 Мы ожидаем увидеть в сообществе много экспериментов с другими библиотеками. Есть одна важная деталь на заметку авторам библиотек получения данных.
 
-Несмотря на то, что это технически выполнимо, Задержка сейчас **не** предназначена для получения данных во время рендера компонента. Скорее она позволяет компонентам показать, что они «ждут» данные, которые *уже были получены*. **[Построение хорошего опыта взаимодействия пользователя с интерфейсами в Конкурентном режиме с Задержкой](/blog/2019/11/06/building-great-user-experiences-with-concurrent-mode-and-suspense.html) описывает почему это важно и как реализовать этот подход на практике.**
+Несмотря на то, что это технически выполнимо, задержка сейчас **не** предназначена для получения данных во время рендера компонента. Скорее она позволяет компонентам показать, что они «ждут» данные, которые *уже были получены*. **[Построение хорошего опыта взаимодействия пользователя с интерфейсами в Конкурентном режиме с Задержкой](/blog/2019/11/06/building-great-user-experiences-with-concurrent-mode-and-suspense.html) описывает почему это важно и как реализовать этот подход на практике.**
 
 Если у вас нет решения, которое помогает предотвращать водопады, мы предлагаем использовать API, которые поддерживают или обеспечивают получение данных до рендера. В качестве конкретного примера, посмотрите как в [Relay Suspense API](https://relay.dev/docs/en/experimental/api-reference#usepreloadedquery) организована предзагрузка. Наша информация про это была не очень последовательной. Задержка для получения данных все ещё в экспериментальном режиме, наши рекомендации могут измениться со временем, так как мы учимся новому во время использования технологии в продакшн и лучше понимаем предметную область.
 
 ## Классические подходы против Задержки {#traditional-approaches-vs-suspense}
 
-Мы могли бы рассказать о Задержке без упоминания популярных способов получения данных. В этом случае было бы сложнее увидеть какие проблемы решает Задержка, почему эти проблемы нужно решать и как Задержка отличается от существующих решений.
+Мы могли бы рассказать о Задержке без упоминания популярных способов получения данных. В этом случае было бы сложнее увидеть какие проблемы решает задержка, почему эти проблемы нужно решать и как задержка отличается от существующих решений.
 
 Наоборот, мы взглянем на Задержку, как на следующий логический шаг в перечне подходов:
 
@@ -159,7 +159,7 @@ function ProfileTimeline() {
 
 Для сравнения подходов мы реализуем страницу с профилем пользователя используя каждый из них.
 
-### Подход 1: Получаем-после-рендера (Задержка не используется) {#approach-1-fetch-on-render-not-using-suspense}
+### Подход 1: Получаем-после-рендера (задержка не используется) {#approach-1-fetch-on-render-not-using-suspense}
 
 Распространённый сегодня способ получения данных в React с использованием эффекта:
 
@@ -233,7 +233,7 @@ function ProfileTimeline() {
 
 Водопады  распространены в коде который получает данные после рендера. Их можно устранить, но по мере роста продукта, многие люди предпочитают использовать решение, которое защищает от этой проблемы.
 
-### Подход 2: Получаем-потом-рендерим (Задержка не используется) {#approach-2-fetch-then-render-not-using-suspense}
+### Подход 2: Получаем-потом-рендерим (задержка не используется) {#approach-2-fetch-then-render-not-using-suspense}
 
 Библиотеки могут предотвратить появление водопадов предлагая более централизованный способ получения данных. Например, Relay решает эту проблему перемещением информации о данных, которые нужны компоненту в статически анализируемые *фрагменты*, которые позже собираются в единый запрос.
 
@@ -723,7 +723,7 @@ function ProfilePage() {
 
 ## Что дальше? {#next-steps}
 
-Мы рассмотрели основы Задержки для получения данных! Важно, что теперь мы лучше понимаем *почему* Задержка работает таким образом и как вписывается в область получения данных.
+Мы рассмотрели основы Задержки для получения данных! Важно, что теперь мы лучше понимаем *почему* задержка работает таким образом и как вписывается в область получения данных.
 
 Задержка отвечает на некоторые вопросы, но и поднимает свои собственные: