Debugging в React Native: как искать ошибку, а не гадать
Debugging в React Native — это навык сужать проблему. Не “поменять код наугад”, а воспроизвести, проверить гипотезу и найти причину.
Частое заблуждение: Debugging в React Native
Новичок видит ошибку и переписывает компонент целиком. Часто достаточно прочитать первую строку stack trace или проверить shape данных.
Маленький пример
console.log("response", { status: response.status, data });
// Лог полезен, если отвечает на конкретный вопрос
Чеклист практики: Debugging в React Native
- воспроизвести баг стабильно
- прочитать текст ошибки
- проверить входные данные
- сделать минимальный пример
- после фикса проверить соседние сценарии
Как понять, что тема стала понятнее
Попробуй объяснить решение без подсказки: какие данные входят, какие состояния возможны, что увидит пользователь при ошибке и как проверить результат. Если ответ получается только “я скопировал код”, тему лучше закрепить ещё одной маленькой задачей.
Упражнение на 20 минут
Сделай маленькую версию темы без большого проекта. Один экран, один сценарий, один критерий готовности. Например: форма с валидацией, список с пустым состоянием, экран с API-загрузкой или карточка компонента с длинным текстом.
Порядок простой:
- Запиши, что пользователь должен увидеть.
- Реализуй happy path.
- Добавь одно плохое состояние: пустые данные, ошибку или неверный ввод.
- Проверь на маленьком экране.
- Напиши две строки: что сделал и как проверил.
Как понять, что можно идти дальше
Тема стала практической, если ты можешь изменить условие задачи без полного переписывания. Например, заменить API response, добавить ещё одно поле формы, поменять текст ошибки или переиспользовать компонент на другом экране. Если любое изменение ломает всё, лучше сделать ещё один маленький проход.
Ошибка, которую стоит специально воспроизвести
Для этой темы полезно не только собрать рабочий happy path, но и специально сломать сценарий. Передай пустой массив, неверный параметр, слишком длинный текст или ошибку сети. Если приложение показывает понятное состояние, значит решение стало крепче.
Такой подход быстро меняет мышление: ты перестаёшь писать код только для демо и начинаешь думать как человек, который отдаёт экран реальному пользователю.
Где потренироваться дальше
Эту тему лучше закреплять практикой: пройти урок, решить короткое задание, проверить себя в игре или арене и записать, что именно стало понятнее.
Ограничение
Отладка становится спокойнее, когда относиться к ошибке как к информации, а не как к катастрофе.