Работа с API в React Native: fetch, loading, error и нормальные состояния экрана

Работа с API в React Native начинается не с fetch, а с состояний экрана: loading, data, empty, error и retry.

Частое заблуждение: Работа с API в React Native

Новичок видит данные на хорошем интернете и считает задачу готовой. Но пользователь увидит медленную сеть, пустой ответ и ошибку сервера.

Маленький пример

try {
  setStatus("loading");
  const response = await fetch(url);
  if (!response.ok) throw new Error("Request failed");
  setData(await response.json());
  setStatus("success");
} catch {
  setStatus("error");
}

Чеклист практики: Работа с API в React Native

• response.ok
• try/catch
• empty array
• network error
• retry button

Как понять, что тема стала понятнее

Попробуй объяснить решение без подсказки: какие данные входят, какие состояния возможны, что увидит пользователь при ошибке и как проверить результат. Если ответ получается только “я скопировал код”, тему лучше закрепить ещё одной маленькой задачей.

Упражнение на 20 минут

Сделай маленькую версию темы без большого проекта. Один экран, один сценарий, один критерий готовности. Например: форма с валидацией, список с пустым состоянием, экран с API-загрузкой или карточка компонента с длинным текстом.

Порядок простой:

1. Запиши, что пользователь должен увидеть.
2. Реализуй happy path.
3. Добавь одно плохое состояние: пустые данные, ошибку или неверный ввод.
4. Проверь на маленьком экране.
5. Напиши две строки: что сделал и как проверил.

Как понять, что можно идти дальше

Тема стала практической, если ты можешь изменить условие задачи без полного переписывания. Например, заменить API response, добавить ещё одно поле формы, поменять текст ошибки или переиспользовать компонент на другом экране. Если любое изменение ломает всё, лучше сделать ещё один маленький проход.

Ошибка, которую стоит специально воспроизвести

Для этой темы полезно не только собрать рабочий happy path, но и специально сломать сценарий. Передай пустой массив, неверный параметр, слишком длинный текст или ошибку сети. Если приложение показывает понятное состояние, значит решение стало крепче.

Такой подход быстро меняет мышление: ты перестаёшь писать код только для демо и начинаешь думать как человек, который отдаёт экран реальному пользователю.

Где потренироваться дальше

• курсы NativePath
• мини-игры
• арена

Эту тему лучше закреплять практикой: пройти урок, решить короткое задание, проверить себя в игре или арене и записать, что именно стало понятнее.

Ограничение

API-задачи полезны тем, что сразу делают приложение похожим на реальный продукт.