в 5 звезли хуки, которые очень удобные

А я то по старинке в сервис её вытаскиваю и как синглтон откуда угодно юзаю без всяких хуков и оберток ))) Совсем от жизни отстал )))

А я то по старинке в сервис её вытаскиваю и как синглтон откуда угодно юзаю без всяких хуков и оберток ))) Совсем от жизни отстал )))

А удобство... с хуками невозможно разделить логику и представление, с ними невозможно тестировать )

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

Было бы желание как говориться

К тому же хуки увеличивают кол-во ререндеров, это в вебе с jit'ом быстро, а в RN... может потом, когда проект вырастет, очень болезненно напомнить о себе

К тому же хуки увеличивают кол-во ререндеров, это в вебе с jit'ом быстро, а в RN... может потом, когда проект вырастет, очень болезненно напомнить о себе

К тому же хуки увеличивают кол-во ререндеров, это в вебе с jit'ом быстро, а в RN... может потом, когда проект вырастет, очень болезненно напомнить о себе

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

К тому же хуки увеличивают кол-во ререндеров, это в вебе с jit'ом быстро, а в RN... может потом, когда проект вырастет, очень болезненно напомнить о себе

Кстати ты не вкурсе native navigation не делает же скрин когда я перехожу на другой экран?

Подскажите пожалуйста как исправить эту ошибку

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

Вот я сейчас рискую немного уйти в офтоп и разжечь несколько холиваров, но меня в принципе противопоставления хуки - классы, async/await - промисы, rest - graphql, декларативность - императивность, фанаты ООП - "ценители красоты монад", и попытки выдать одно из двух за серебряную пулю практически всегда удивляют. В разработке практически у каждого решения свои проблемы для борьбы с которыми инструмент был придуман и новые проблемы, которые он создаёт, границы применимости, и это практически всегда какой-то tradeoff.

Кто-нить пробовал RN для десктопа от status.im ? Интересует насколько бажно всё, и вообще мысли по этому поводу

подробнее про это можете рассказать? а то есть ощущение что кто то где то что то перепутал

Имею в виду вот этот порт https://github.com/status-im/react-native-desktop

Ребят как можно узнать почему не билдиться приложение?

Почитать ошибку например)

Это именно рабочий билд или запуск? По ошибке он вроде как устройство/эмулятор не видит

Как вот это можно упростить ? _renderContent = section => { const { id } = section; return ( <> {id==1 ? <Logo/> : <View/>} {id==2 ? <Description/>: <View/>} </> ); }; Я собирался через switch сделать switch(id){ case 1: <Logo> case 2: <Description> Но как это внутри return писать ?

https://refactoring.guru/ru/smells/switch-statements

Как вот это можно упростить ? _renderContent = section => { const { id } = section; return ( <> {id==1 ? <Logo/> : <View/>} {id==2 ? <Description/>: <View/>} </> ); }; Я собирался через switch сделать switch(id){ case 1: <Logo> case 2: <Description> Но как это внутри return писать ?

Касаемо того, как в return писать - просто функцию вызови <> {renderItemsConditionally()} </> И в саму функцию свитч закинь

hash pattern используй

const icon = status => ({ 1: 'SUCCESS', 2: 'FAIL', 3: 'PENDING' }[status])

Всем привет. Проблема с клавиатурой на Android. Есть экран на нём два блока, нижний блок я опускал вниз через justifyContent: flex-end, и когда я в верхнем блоке пытаюсь печатать текст , появляется клавиатура, и из-за этого нижний блок с кнопкой наезжает на верхний. Как сверствать это правильно, чтоб не было такой ошибки?

А если задать какой нибудь минимальный отступ у верхнего блока?

почитай про keyboardavoidingview

Событие ответа на звонок не срабатывает когда приложение запускается