Ребят, как правильно обновиться с 0.42 до 0.45? react-native-git-upgrade как-то странно себя ведет, что-то обновляет в итоге в package.json остается все как было?

там какие то подводные есть?

ну я такой react-native-git-upgrade ввел, и думал что все само обновиться... а нет :)

погугли

там надо им созданный патч руками приложить разрешив конфликты

ну я такой react-native-git-upgrade ввел, и думал что все само обновиться... а нет :)

все само и должно обновиться... сегодян только до 44 обновился

пацаны, а для джуна на реакт нейтив 1000р в час это норм?

пацаны, а для джуна на реакт нейтив 1000р в час это норм?

норм

а для мидла сколько норм?

https://github.com/facebook/react-native/issues/12112#issuecomment-284491701

все само и должно обновиться... сегодян только до 44 обновился

Оооокей, продолжу колдовать

пацаны, а для джуна на реакт нейтив 1000р в час это норм?

Типа джуны в месяц получают 8*22*1k = 176k , возьмите меня джуном ?

8 в день ты не сможешь работать) ну или недолго)

почасовая оплата часто предполагает что работа не стабильная

<Scene key='commentsList' component={CommentsList} backTitle="" renderRigthButton={<Text>Я здесь!</Text>} />

Почему-то правая кнопка не рендерится

там должна быть функция?

да

Всем привет. Подскажите наиболее правильный путь изменения стилей компонента, к примеру цвет фона, у компонента три-четыре состояния стиля, а значит прописывать строчно — <view style={this.state.status ? style.a : style.b}/> — ощущается костыльно. Какие подходы к реализации можно применить?

стандарта на реакт-нейтиве нет в reactjs в вебе, classNames - промышленный стандарт мы используем свою обертку над StyleSheet выложил в гист, надеюсь по коду понятно https://gist.github.com/rohozhnikoff/86ab846e55c49354a522d7c5d35b3092

Коллеги, кто-то знает библиотке UI React Native тематики плеера музыкального? Хочу взять за основу NativeBase, но вдруг есть что-то почти готовое)

нейтивбейз полное гавно стилистика кода, перфоманс лики, выкатывают нестейбл функции, невозможность взять их компонент и доработать (зачем то компилят перед нпм выкладкой) мы долго терпели и плевались, потом долго выпиливали делая выбор в пользу своих решений @philippsh подтверди ) но у нас html/css опыт большой в твоем случае, посмотри на https://avocode.com/nachos-ui/ он простой-красивый-понятный да, там нет такого количества покрытых кейсов - но для плеера базиса хватит

Нейтивбейз отстой да. Та же история с ним

Была

В итоге просто написали свой бэйз правильный ))

ну вот пока сообщество не соберется и не продумает бутстрапик с низкоуровневыми слоями абстракции то стандарта не будет - большая часть ui-kit которые наблюдаю последние полгода, это по сути частные случаи - с заточкой под дизайн, практически поголовно не оптимизированы по перфомансу, не продуманы хуки, конфликтуют с реактнейтив/реакт подходами тот же нейтивбейз - там есть свой Text (довешивает стили), который не сохраняет полную обратную совместимость с RN Text а все style={} у них принимают только один обьект стилей, [{}, {}] уже матюкается и ломается, ну а если ты стили создал через StyleSheet.create (там индексы на выходе), то вообще не поймет в итоге ты либо начинаешь с них и свыкаешься, либо плюешь и пилишь свое

нейтивбейз полное гавно стилистика кода, перфоманс лики, выкатывают нестейбл функции, невозможность взять их компонент и доработать (зачем то компилят перед нпм выкладкой) мы долго терпели и плевались, потом долго выпиливали делая выбор в пользу своих решений @philippsh подтверди ) но у нас html/css опыт большой в твоем случае, посмотри на https://avocode.com/nachos-ui/ он простой-красивый-понятный да, там нет такого количества покрытых кейсов - но для плеера базиса хватит

Подтверждаю)

ну вот пока сообщество не соберется и не продумает бутстрапик с низкоуровневыми слоями абстракции то стандарта не будет - большая часть ui-kit которые наблюдаю последние полгода, это по сути частные случаи - с заточкой под дизайн, практически поголовно не оптимизированы по перфомансу, не продуманы хуки, конфликтуют с реактнейтив/реакт подходами тот же нейтивбейз - там есть свой Text (довешивает стили), который не сохраняет полную обратную совместимость с RN Text а все style={} у них принимают только один обьект стилей, [{}, {}] уже матюкается и ломается, ну а если ты стили создал через StyleSheet.create (там индексы на выходе), то вообще не поймет в итоге ты либо начинаешь с них и свыкаешься, либо плюешь и пилишь свое

что-то это меня печалит

так а че ты хотел от индусов то они еще тему платную продают )) на основе этого

ну у меня приложение вообще не знает про реакт-нейтив и его компоненты, например. Все через свои бейз-компоненты прокинуто. Но стили и всякие другие пропсы типа testID внутрь конечно пробрасываются, можно прокладки-прокладок спокойно делать Зато например список с таким же нормальным интерфейсом как сейчас я себе давно сделал, когда появился новый список просто свою проксю на новый список перенастроил) Таким же макаром щас ex-navigation выпиливать буду) компоненты приложения про нее ничего не знают)

ну у меня приложение вообще не знает про реакт-нейтив и его компоненты, например. Все через свои бейз-компоненты прокинуто. Но стили и всякие другие пропсы типа testID внутрь конечно пробрасываются, можно прокладки-прокладок спокойно делать Зато например список с таким же нормальным интерфейсом как сейчас я себе давно сделал, когда появился новый список просто свою проксю на новый список перенастроил) Таким же макаром щас ex-navigation выпиливать буду) компоненты приложения про нее ничего не знают)

чет я не понял профита от этих прокладок. имхо оверхед

Сколько сложностей...

Чето не похоже на "взял и налабал общий интерфейс"

Ну идея-то у нэйтив бэйза отличная. Сделано через жопу, но идея-то норм. Стайлед компонентс тоже подобную идею предлагают но только про стили

Да и какой оверинжиниринг, Row и Col для верстки пишутся за пол-часа а радости потом каждый день приносят)

Подскажите, как вы передаете приложение на тест заказчику?

Я создал IPA файл, но, без понятий, как его отдать на тест заказчику

Через fabric beta, например, можно распространять

Или TestFlight

hockeyapp

тестфлайт тупой как весь эпол

иногда весь день не заливается

Через fabric beta, например, можно распространять

+

Через fabric beta, например, можно распространять

не понял, что дальше делать? В доках особого описания тоже нету

ну вон набери команду видимо на мыло тебе пришлёт

Да и какой оверинжиниринг, Row и Col для верстки пишутся за пол-часа а радости потом каждый день приносят)

вот Row и Col вообще не пойму) есть же флекс

ну он там и есть инкапсулирован

вот объясни мне смысл плиз такой инкапсуляции)

понятней

что и от кого прячется

у фб изначально убогие ужасные непонятные интерфейсы

а, вкусовщина

нет

понятность - всё, остальное вкусовщина

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

у фб изначально убогие ужасные непонятные интерфейсы

вот ?вкусовщина. потому что имхо все изначально понятно. и все кто работают с RN читают оф доку

и им гораздо понятнее стандартные вещи

а не всякие Row и Col

Коллеги, как по-хорошему выпилить из манифеста SYSTEM_ALERT_WINDOW <activity android:name="com.facebook.react.devsupport.DevSettingsActivity" />

как я понимаю это сугубо дебажный стафф

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

ну да, гораздо же проще понять <View style={{ flex, justyfy, align> чем просто <Col> )

а если еще стайледы то там вапще <SomeEbicheskayaHynya><SomeComponent>

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

⚡️ Правила чата: - без оскорблений и мата; - без рекламы; - без вакансий; - без оффтопа. ????

ой да ладно

давай я код покажу?)

да, показывай, лишний раз покажешь что это нинужно)

<QuestionCellTypeA feedback="opacity" onPress={onPress}> <-- вот тут только опытный РН разработчик догадается что использовалось даже не нативное тачбл-опасити, а некий @appandflow/touchable судя по пропсам

ERROR: S client not available

https://github.com/facebook/react-native/issues/5886#issuecomment-251843656

тут пишут 'заводите разные манифесты под дебаг и релиз'

реально так?

<QuestionCellTypeA feedback="opacity" onPress={onPress}> <-- вот тут только опытный РН разработчик догадается что использовалось даже не нативное тачбл-опасити, а некий @appandflow/touchable судя по пропсам

как то ты быстро к styled-components перешел)

или это пример кода?

пример стайледов д)

и так всё, смотрю в рендер вижу фигу

а вот нашел кладезь мудрости https://developer.android.com/studio/build/manifest-merge.html

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

ну да

а тут как бы сайледы но причёсанные под проект, посмотрел один раз в ридми и всё читается

а у меня тема самописная на всё приложение применяется можно в теории менять на лету

но там уже привязка идет к именам стилей, тоже свои минусы есть

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

дэ так и ест

в общем я так и не увидел каких то плюсов

просто понятность

через неделю уже "видишь" лайаут глядя на код

как в матрице что ли? ?

<Touchable onPress={onPress}> <Row align="center" style={[themeStyle, style]}> <Col> {children} </Col> <Col size={12} justify="center" align="center"> <AppIcon name="chevron_right" size={12} /> </Col> </Row> </Touchable>

ну типа

да это ж бутстрап

=)))

ну да)

типа того)

и сюда приперли!

о боги, позиционирование в одном месте, сами стили в другом, мда)

типа!

можно {12} вынести в стили тоже

не нужно

и прочие props

вай?