я вижу, ну 10 ок, но 36 мб это оч много, и вы предлагаете так писать приложения для разработчиков

хотя мб айфоны по 256 гб это средний рынок уже, и про нехватку памяти уже речь не идет?‍♂️

Там очень много библиотек

Не все их них будут юзаться одновременно в реальном проекте

а изначально в проекте их нет или есть?

Есть, для примера

ИМХО 1) приложение лагает, 2) с навигатором проблемы 3) с картинками проблема 4) с дропдаунами проблема

Будем фиксить, спасибо

Будем фиксить, спасибо

?

народ а RR4 вообще юзабелен в реакт нативе?

народ а RR4 вообще юзабелен в реакт нативе?

а зачем? навигейшн же больше предназначен, с вкладками, стрелками и т.п. из коробки

а зачем? навигейшн же больше предназначен, с вкладками, стрелками и т.п. из коробки

не особо нравится его конфиг и императивность

не особо нравится его конфиг и императивность

императивность? я чет не заметил

императивность? я чет не заметил

this.props.navigation.navigate('Route')

vs <Link to="Route" />

ггг)

нюню)

this.props.navigation.navigate('Route')

это аналог this.props.history.push('Route') потому что

это аналог this.props.history.push('Route') потому что

окей, роуты по-прежнему без jsx

а линк просто за тебя не написали, сделай компонет в котором он клик навигейт юзается и не страдай

роуты не jsx, но объект

тоже довольно декларативно

так падажжи, навигатор через контекст прокидывается?

или нет? как тогда там this.props.navigation получить если я захочу Link свой сделать?

https://reactnavigation.org/docs/en/connecting-navigation-prop.html

ок спс

о, а подскажите как до навигации достучаться из какого-нибуль сервиса-хелпера

не компонента

https://reactnavigation.org/docs/en/navigating-without-navigation-prop.html

найс! спасибо

у кого нибудь была проблема с Apollo на андроиде? не работает без подмены xhr браузерным

this.props.navigation.navigate('Route')

переход на скрин: this.props.history.push('/signup')

народ а RR4 вообще юзабелен в реакт нативе?

Классный он! Мне нравится. Чем он плох?

Классный он! Мне нравится. Чем он плох?

ничем, мне тоже нравится

ничем, мне тоже нравится

с react-native-web так почти одна кодовая база

я за него топлю давно =)

народ, кто использует фаербейзовские нотификации? Этот метод не триггерится вообще, уведомления приходят только при свёрнутом/закрытом приложении (Android, ios не проверял): this.notificationListener = firebase.notifications().onNotification((notification: Notification) => { console.log("notification") });

по их гайдам всё должно быть ок, но я что-то делаю не так видимо

с react-native-web так почти одна кодовая база

а стиили через sc ?

Подскажите есть ли более удобный способ стилизации чем стандартный StyleSheet компонент? Что нибудь близкое к вебу?) Ну или может какаято своя методология написания стилей

народ, кто использует фаербейзовские нотификации? Этот метод не триггерится вообще, уведомления приходят только при свёрнутом/закрытом приложении (Android, ios не проверял): this.notificationListener = firebase.notifications().onNotification((notification: Notification) => { console.log("notification") });

у меня срабатывал когда приложение открыто и приходит нотификация

Почему, если у меня чуть что Expo сломалось, например нет иконок в папке как сейчас, то после добавления иконок все встает мертвым колом. exp start не помогает. Приходится Simulator -> Hardware -> Restart делать чтобы полечить. В react-native cli такие ошибки решаются CMD + R и все! Может я что-то не так делаю с этим ... Экспо ?

Подскажите есть ли более удобный способ стилизации чем стандартный StyleSheet компонент? Что нибудь близкое к вебу?) Ну или может какаято своя методология написания стилей

styled-component

спасибо, сейчас посмотрю

хотя удобнее это или нет в рамках RN, вопрос хороший

а стиили через sc ?

sc от лукавого. JS стили рулят, так как в react-native нет css и не надо ?

styled-component

а ну я такую штуку на реакте юзал, мне правда не очень зашло, попробуемс тут применить

sc от лукавого. JS стили рулят, так как в react-native нет css и не надо ?

ну писать стили для веба объектами, по-моему так себе.

хотя тут конечно дело вкуса

у меня срабатывал когда приложение открыто и приходит нотификация

а какая версия была nativebase? у меня ни на 4.3.8, ни на 5.0.0 не завелась, грешу на версии нативных либ

Очень непривычно отвыкать от удобств scss)

наверное надо перестраивать мышление в данном случае

наверное надо перестраивать мышление в данном случае

с sc многие вещи проще и мощнее. По факту - в стилях можно применять все фишки js

ну писать стили для веба объектами, по-моему так себе.

Я в веб из мобилы пришел. Мне этот css так себе легко сказать )))) Тем более в react-native везде юзается js стили, а забивать себе голову css - это пустая трата времени.

Я в веб из мобилы пришел. Мне этот css так себе легко сказать )))) Тем более в react-native везде юзается js стили, а забивать себе голову css - это пустая трата времени.

если работаешь в вебе то не пустая трата, так как его нужно понимать.

опять же css куда мощнее чем стили RN

если работаешь в вебе то не пустая трата, так как его нужно понимать.

все что нужно знать react-native разработчику в браузере, так это этот гайд https://github.com/necolas/react-native-web/blob/master/docs/guides/style.md

а какая версия была nativebase? у меня ни на 4.3.8, ни на 5.0.0 не завелась, грешу на версии нативных либ

4.2.0

опять же css куда мощнее чем стили RN

sc в react-native транспилируется в js стили, вы о чем)))

нет каскадности у нас!

переменные для стилей обычно хранятся как js константы?

sc в react-native транспилируется в js стили, вы о чем)))

это понятно. Я про если переходишь из нейтива в веб, то надо понимать что стили в вебе можщнее чем в самом RN

это понятно. Я про если переходишь из нейтива в веб, то надо понимать что стили в вебе можщнее чем в самом RN

писал уже об этом как-то =) React Native появился еще и потому, что писать два кода для Andriod и iOS тежелей по ряду причин, поэтому все больше появляются решений которые позволяют писать один код для web и для native. Например react-native-web, react-router, apollo … и этот тренд набирает обороты, по очевидным причинам. И на моих глазах развернуласть борьба технологий с одной стороны с web`а с другой с native: div vs View button vs Toucheble css vs inline styles CSSTransiton … vs Animated.View … Так как я один пишу под web и native, то экономлю свое время и стремлюсь к абсолютной цели, чтобы 100% кода совподали как на web так и в native. За два года работы с React и React Native понял, что React Native - это более комплексный инструмент для решения широкого спектра задач в native, web, desktop как минимум потому, что но включает в себя React для разработки, а React по понятным причинам не включает React Native. Да и если вы посмотрите на библиотеку React VR, то поймете почему стоит инвестировать свое время в <View> а не в <div>

писал уже об этом как-то =) React Native появился еще и потому, что писать два кода для Andriod и iOS тежелей по ряду причин, поэтому все больше появляются решений которые позволяют писать один код для web и для native. Например react-native-web, react-router, apollo … и этот тренд набирает обороты, по очевидным причинам. И на моих глазах развернуласть борьба технологий с одной стороны с web`а с другой с native: div vs View button vs Toucheble css vs inline styles CSSTransiton … vs Animated.View … Так как я один пишу под web и native, то экономлю свое время и стремлюсь к абсолютной цели, чтобы 100% кода совподали как на web так и в native. За два года работы с React и React Native понял, что React Native - это более комплексный инструмент для решения широкого спектра задач в native, web, desktop как минимум потому, что но включает в себя React для разработки, а React по понятным причинам не включает React Native. Да и если вы посмотрите на библиотеку React VR, то поймете почему стоит инвестировать свое время в <View> а не в <div>

Тебе понравится react-native-dom)

Тебе понравится react-native-dom)

чем он лучше react-native-web ? ?

Я в веб из мобилы пришел. Мне этот css так себе легко сказать )))) Тем более в react-native везде юзается js стили, а забивать себе голову css - это пустая трата времени.

sc на вид оч похож на стайлшиты, только гибче и за тебя некоторые вещи делает

чем он лучше react-native-web ? ?

https://github.com/vincentriemer/react-native-dom/issues/17

чем он лучше react-native-web ? ?

я так понимаю эттим "Following the exact same architecture as React Native on mobile, all of your react components/app logic are run in web worker, leaving the main thread to entirely focus on rendering."

sc на вид оч похож на стайлшиты, только гибче и за тебя некоторые вещи делает

Пробывал я его. Потом понял, что забивать готову этим хламом не буду, так как в react-native мире в основом везде юзают js стили.

чем он лучше react-native-web ? ?

Tl;Dr: Порт Yoga на васм, packager, worker thread

писал уже об этом как-то =) React Native появился еще и потому, что писать два кода для Andriod и iOS тежелей по ряду причин, поэтому все больше появляются решений которые позволяют писать один код для web и для native. Например react-native-web, react-router, apollo … и этот тренд набирает обороты, по очевидным причинам. И на моих глазах развернуласть борьба технологий с одной стороны с web`а с другой с native: div vs View button vs Toucheble css vs inline styles CSSTransiton … vs Animated.View … Так как я один пишу под web и native, то экономлю свое время и стремлюсь к абсолютной цели, чтобы 100% кода совподали как на web так и в native. За два года работы с React и React Native понял, что React Native - это более комплексный инструмент для решения широкого спектра задач в native, web, desktop как минимум потому, что но включает в себя React для разработки, а React по понятным причинам не включает React Native. Да и если вы посмотрите на библиотеку React VR, то поймете почему стоит инвестировать свое время в <View> а не в <div>

а что мешает сделать файл один, в котором будет написано Text = div View = div Touchable = button и импортить оттуда, и не ебать мозг, а на другой платформе другой файл (или никакого)

Пробывал я его. Потом понял, что забивать готову этим хламом не буду, так как в react-native мире в основом везде юзают js стили.

ты не объективен от слова совсем. "хлам" — просто потому, что тебе лень разобраться было?

в мире веба тоже "почти все" в какой-то момент юзали цсс и на sc смотрели наискосок — и что?

Пробывал я его. Потом понял, что забивать готову этим хламом не буду, так как в react-native мире в основом везде юзают js стили.

Мне SC в вебе не заходят вообще А на RN в довольно большом проекте заюзал и прям очень доволен был, особенно когда понадобилось внезапно добавить поддержку тем

Tl;Dr: Порт Yoga на васм, packager, worker thread

Любопытно, посмотрю. Спасибо! Как там с SEO?

Любопытно, посмотрю. Спасибо! Как там с SEO?

Вообще хз)

Мне SC в вебе не заходят вообще А на RN в довольно большом проекте заюзал и прям очень доволен был, особенно когда понадобилось внезапно добавить поддержку тем

Неееее) я его юзал. Спасибо не надо)

Любопытно, посмотрю. Спасибо! Как там с SEO?

Это все таки пока очень эксперементальная штука. Как я понимаю поддержка браузеров явно будет хромать

Неееее) я его юзал. Спасибо не надо)

а какие именно минусы, кроме "все остальные юзают js объекты?"

Как решить проблему с темами?

Можно всегда написать свой аналог ThemeProvider'а Но с SC можно не писать)

а какие именно минусы, кроме "все остальные юзают js объекты?"

Один большой плюс. Захожу в любую библиотеку по react-native, а там родные js объекты. Может если вдруг все решат, что sc верный путь и перепишут свои либы, тогда и я задумаюсь над этим вопросом.

Можно всегда написать свой аналог ThemeProvider'а Но с SC можно не писать)

но ведь стили рекуомендуют объвявлять не в компонентах, а если делать провайдер получается что они будут так или иначе внутри рендера

Один большой плюс. Захожу в любую библиотеку по react-native, а там родные js объекты. Может если вдруг все решат, что sc верный путь и перепишут свои либы, тогда и я задумаюсь над этим вопросом.

А какая разница, что юзают либы? Они на то и либы, чтобы не думать о внутренней реализации

но ведь стили рекуомендуют объвявлять не в компонентах, а если делать провайдер получается что они будут так или иначе внутри рендера

хотя не факт что sc работает по другому...

но ведь стили рекуомендуют объвявлять не в компонентах, а если делать провайдер получается что они будут так или иначе внутри рендера

А как ты переключение тем сделаешь, если стили делать за пределами стейт-менеджмента?

А какая разница, что юзают либы? Они на то и либы, чтобы не думать о внутренней реализации

Я часто беру из них нужные мне куски кода, чтобы не тащить всю либу в проект ?

Один большой плюс. Захожу в любую библиотеку по react-native, а там родные js объекты. Может если вдруг все решат, что sc верный путь и перепишут свои либы, тогда и я задумаюсь над этим вопросом.

ну в вебе к примеру sc неплохо работает с компонентами которые сам не юзают sc. Как в нейтвеве хз. Особо не юзучал тему, но думаю что и тут проблем нет

У меня в Context API лежит darkMode: boolean Потом в utils.js лежит themes: { dark: {...}, light: {...} } Потом наверху висит <ThemeProvider theme={context.darkMode ? themes.dark : themes.light} >

ну в вебе к примеру sc неплохо работает с компонентами которые сам не юзают sc. Как в нейтвеве хз. Особо не юзучал тему, но думаю что и тут проблем нет

В нейтиве единственный косяк с компонентами, которые хотят containerStyle

В нейтиве единственный косяк с компонентами, которые хотят containerStyle

это всмыле компоненты из библиотек? Ну если так принято, то тут конечно косяк с sc будет

Я часто беру из них нужные мне куски кода, чтобы не тащить всю либу в проект ?

А, ну тогда да)

это всмыле компоненты из библиотек? Ну если так принято, то тут конечно косяк с sc будет

<List> и подобные обычный style={} не принимают

ну в вебе к примеру sc неплохо работает с компонентами которые сам не юзают sc. Как в нейтвеве хз. Особо не юзучал тему, но думаю что и тут проблем нет

Проблема большая! Когда что-то написано на sc, а что-то на js, начинается шизофрения ? С меня хватило.

Проблема большая! Когда что-то написано на sc, а что-то на js, начинается шизофрения ? С меня хватило.

В компонент, завернутый в SC все равно можно style передать)

В компонент, завернутый в SC все равно можно style передать)

Понятно можно, но зачем, если вместо знания двух языков(js, css) мне достаточно занать один JS? Таким путем можно по старинке писать приложения на Java и ObjC, а можно на React Native ⚛️