UI-компоненты в React Native: как собрать экран, который можно поддерживать
UI-компоненты в React Native лучше учить через композицию: маленькие понятные блоки собираются в экран, а не один огромный компонент держит всё сразу.
Частое заблуждение: UI-компоненты в React Native
Новичок часто смешивает верстку, загрузку данных, обработчики и условия в одном файле. Через неделю такой экран страшно менять.
Маленький пример
type EmptyStateProps = { message: string };
function EmptyState({ message }: EmptyStateProps) {
return <Text>{message}</Text>;
}
Чеклист практики: UI-компоненты в React Native
- выносить повторяющиеся блоки
- передавать данные через props
- проверять длинный текст
- не абстрагировать слишком рано
Как понять, что тема стала понятнее
Попробуй объяснить решение без подсказки: какие данные входят, какие состояния возможны, что увидит пользователь при ошибке и как проверить результат. Если ответ получается только “я скопировал код”, тему лучше закрепить ещё одной маленькой задачей.
Упражнение на 20 минут
Сделай маленькую версию темы без большого проекта. Один экран, один сценарий, один критерий готовности. Например: форма с валидацией, список с пустым состоянием, экран с API-загрузкой или карточка компонента с длинным текстом.
Порядок простой:
- Запиши, что пользователь должен увидеть.
- Реализуй happy path.
- Добавь одно плохое состояние: пустые данные, ошибку или неверный ввод.
- Проверь на маленьком экране.
- Напиши две строки: что сделал и как проверил.
Как понять, что можно идти дальше
Тема стала практической, если ты можешь изменить условие задачи без полного переписывания. Например, заменить API response, добавить ещё одно поле формы, поменять текст ошибки или переиспользовать компонент на другом экране. Если любое изменение ломает всё, лучше сделать ещё один маленький проход.
Ошибка, которую стоит специально воспроизвести
Для этой темы полезно не только собрать рабочий happy path, но и специально сломать сценарий. Передай пустой массив, неверный параметр, слишком длинный текст или ошибку сети. Если приложение показывает понятное состояние, значит решение стало крепче.
Такой подход быстро меняет мышление: ты перестаёшь писать код только для демо и начинаешь думать как человек, который отдаёт экран реальному пользователю.
Где потренироваться дальше
Эту тему лучше закреплять практикой: пройти урок, решить короткое задание, проверить себя в игре или арене и записать, что именно стало понятнее.
Ограничение
Компоненты должны помогать читать экран. Если абстракция делает код загадочнее, она ещё не нужна.