State management в React Native: когда достаточно useState, а когда нужен store
State management в React Native стоит выбирать по вопросу “кому нужны эти данные?”, а не по модности библиотеки.
Частое заблуждение: State management в React Native
Глобальный store для каждого поля формы быстро делает приложение сложнее, а не проще.
Маленький пример
// Local state подходит, если данные нужны только экрану
const [query, setQuery] = useState("");
// Store имеет смысл для данных между экранами: user, cart, settings
Чеклист практики: State management в React Native
- local state для UI-мелочей
- server data отдельно от UI state
- store для данных между экранами
- не дублировать derived data
Как понять, что тема стала понятнее
Попробуй объяснить решение без подсказки: какие данные входят, какие состояния возможны, что увидит пользователь при ошибке и как проверить результат. Если ответ получается только “я скопировал код”, тему лучше закрепить ещё одной маленькой задачей.
Упражнение на 20 минут
Сделай маленькую версию темы без большого проекта. Один экран, один сценарий, один критерий готовности. Например: форма с валидацией, список с пустым состоянием, экран с API-загрузкой или карточка компонента с длинным текстом.
Порядок простой:
- Запиши, что пользователь должен увидеть.
- Реализуй happy path.
- Добавь одно плохое состояние: пустые данные, ошибку или неверный ввод.
- Проверь на маленьком экране.
- Напиши две строки: что сделал и как проверил.
Как понять, что можно идти дальше
Тема стала практической, если ты можешь изменить условие задачи без полного переписывания. Например, заменить API response, добавить ещё одно поле формы, поменять текст ошибки или переиспользовать компонент на другом экране. Если любое изменение ломает всё, лучше сделать ещё один маленький проход.
Ошибка, которую стоит специально воспроизвести
Для этой темы полезно не только собрать рабочий happy path, но и специально сломать сценарий. Передай пустой массив, неверный параметр, слишком длинный текст или ошибку сети. Если приложение показывает понятное состояние, значит решение стало крепче.
Такой подход быстро меняет мышление: ты перестаёшь писать код только для демо и начинаешь думать как человек, который отдаёт экран реальному пользователю.
Где потренироваться дальше
Эту тему лучше закреплять практикой: пройти урок, решить короткое задание, проверить себя в игре или арене и записать, что именно стало понятнее.
Ограничение
Zustand или Redux не исправляют плохую модель данных. Сначала понимание, потом инструмент.