Для прототипирования - ок. Для несложных приложений - ок. Что-то сложное и хитрое делать - там такая боль начинается, особенно касательно нативных плюшек - что волосы рвать начнёшь
Если у тебя на телефоне запущено 2 приложения на стандартных портах - одно заменяет другое, и получает данные другого. Сталкивался с этим на одном проекте, когда приложения в паре работают.
Мы вот с лета перешли на RN и довольны, возможностей стало больше, всё более гибко. Ещё можно в сторону flutter посмотреть, там тоже много интересного, и возможстей и гибкости хватает
Товарищи. Доброго времени суток. Ткните носом. К примеру есть { объект } со списком скринов и настроек для каждого скрина, как мне его в navigationDrawer запихать?
Товарищи. Доброго времени суток. Ткните носом. К примеру есть { объект } со списком скринов и настроек для каждого скрина, как мне его в navigationDrawer запихать?
мне понравилось делать каждому пункту в бургере свой стек, тогда в createDrawerNavigation передать обьект и ключам присвоить то, что вернет createNavigationStack
Блин, я совсем туплю. У меня в объекте ключи - строка, и названия скринов - строка. Реакт ругается, что должен быть компонент. Хм. Ща еще подумаю) пока не подсказывайте
Блин, я совсем туплю. У меня в объекте ключи - строка, и названия скринов - строка. Реакт ругается, что должен быть компонент. Хм. Ща еще подумаю) пока не подсказывайте
так куда же вы строку))) в доке же посмотрите что туда нужно передавать компонент import LoginPage from '../screens/LoginPage'; screen : LoginPage
так куда же вы строку))) в доке же посмотрите что туда нужно передавать компонент import LoginPage from '../screens/LoginPage'; screen : LoginPage
Угу разобрался. Теперь нужно как-то придумать, как динамически в зависимости от получаемого в объекте строкового названия скрина, подставить реальный обьект