это? https://www.youtube.com/watch?v=t8EkRQn_MVk&feature=youtu.be

ага

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

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

Нюанс важный

У них есть нативщики и много ЖСеров

Нативщики пилят модули - РНщики их юзают

А теперь уберем нативщиков и оставим чисто ЖСеров - что получится?

Нативщики пилят модули - РНщики их юзают

это как бы иос -> в РН проект) а не РН в иос проект)

а как простите, жсеры, смогут поддерживтаь часть на xcode

очень хороший подход имхо

а как простите, жсеры, смогут поддерживтаь часть на xcode

В том-то и дело что никак

В том-то и дело что никак

ну так и не стоит так делать, лол)

Наивный подход что 1 ЖСер потащит две разных платформы

Ну и опять-же от проекта, если это "получит json и выдать его списком" - да, задача на изи

Наивный подход что 1 ЖСер потащит две разных платформы

я так живу ? но у меня конечно ни разу не рокет сайнс

это как бы иос -> в РН проект) а не РН в иос проект)

не совсем. там ядро нативное и куча виджетов на rn, при этом все супер кастомное. там обе связи присутствуют.

не совсем. там ядро нативное и куча виджетов на rn, при этом все супер кастомное. там обе связи присутствуют.

да тут уже пофигу

ну программерам тоже кушать надо)

Наивный подход что 1 ЖСер потащит две разных платформы

взяли ionic и пошли

штат раздуть всегда приятно)

взяли ionic и пошли

Вот ты некрофил, он еще жив хоть?

Вот ты некрофил, он еще жив хоть?

судя по числу тасок на upwork "почините сборку нашим жсерам" да.

судя по числу тасок на upwork "почините сборку нашим жсерам" да.

Сочувствую

Сочувствую

кому? жсерам?

А теперь уберем нативщиков и оставим чисто ЖСеров - что получится?

он в видео как раз и говорит https://youtu.be/t8EkRQn_MVk?t=27m46s 27m46s - понапридумывали своей архитектуры…

А не "ух ты, РН все делает за меня, ща нафигачим!"

Полгода назад это писал и оказался прав: Исходя из информации полученных с официального сайта Сбер-Тех и перечисленных выше статей и видео, могу предположить, что это социальная сеть, где сотрудники банка и его клиенты с ролями и разрешениями на CRUD к серверу, через мобильные приложения и сайты. Если я все правильно понял относительно ЕФС, то вектор развития React-Native направления, в сторону создание библиотеки компонентов на среднем уровне нативной разработки ошибочен, так как ведет к усложнению процесса разработки и увеличивает временные затраты на производство мобильных приложений, сайтов, десктопа и если следовать этому вектору, то React-Native направление, скорее всего будет избыточным и его анулируют

В итоге отказались они от своих нативных модулей и юзают те, что от React Native

28m08s - Евгений Ртищев - «Это скорее всего было наше не обдуманое решение»

А не "ух ты, РН все делает за меня, ща нафигачим!"

Вот Денис сам придумал, а теперь всех кормит этими байками ?

Вот Денис сам придумал, а теперь всех кормит этими байками ?

У знакомого такой подход у челов

Ух ты, xcode все сделает за меня, ща нафигачим! Ух ты, Android Studio все сделает за меня, ща нафигачим! Ух ты, UIKit все сделает за меня, ща нафигачим! Ух ты, css все сделает за меня, ща нафигачим! что еще забыл?)

Фастлайн)

Ух ты, xcode все сделает за меня, ща нафигачим! Ух ты, Android Studio все сделает за меня, ща нафигачим! Ух ты, UIKit все сделает за меня, ща нафигачим! Ух ты, css все сделает за меня, ща нафигачим! что еще забыл?)

react-native link

react-native link

Громыхнуло и сверкнуло на ясном небе)

Тут был пример с meduza.io, когда предлагали услуги нативщиков, так как перешли на RN. В Airbnb нативщики тоже почувствовали, что запахло жаренным и решили воcстать ?

Тут был пример с meduza.io, когда предлагали услуги нативщиков, так как перешли на RN. В Airbnb нативщики тоже почувствовали, что запахло жаренным и решили воcстать ?

Логично. До React был Ангуляр, до Ангуляр был Эмбер, до Эмбер … Эволюция ?

эмбер это параллельная реактам-ангулярам вселенная ))

makefile можно руками написать в терминале, а с xcodeproj что делать?)

Если xcodeproj нужен только чтоб скомпилить, его можно получить из cmake (правда не всё там хорошо), если он нужен просто, я вот недавно наткнулся на https://github.com/yonaskolb/XcodeGen и собираюсь его юзать для генерации xcodeproj в моих либах для RN, т.к. сам я пользуюсь cocoapods, а там отдельный проект для библиотеки не нужен...

всем привет! мне интересно, есть ли тут люди которые внедряли в существующий нативный ios проект react-native? хочу узнать о проблемах с которыми можно столкнуться)

Мы изначально начинали последний проект на RN с расчетом, что возможно придётся с него съехать. Похоже не придется - ни одного чисто нативного экрана мы до сих пор не написали, т.к. было не нужно... Но в архитектуре заложено... т.к. каждый экран приложения - отдельный Application в RN (JS environment у них общий при этом, т.е. глобальные данные - глобальны). Навигация соответственно нативная. Из проблем, которые могут возникнуть вижу: - Увеличение веса приложения - Если внедрение идет не целыми экранами, а вьюхами, то часть функционала RN отвалится (кажется там авторы кода не всегда осознают, что RCTRootView может не быть размером с весь экран, а представлять из себя просто иконку, к примеру) - Если готовое приложение уже имеет нативную модель данных и из JS к ней нужен будет не одноразовый доступ, то придется потратить время и продумать интерфейсы обмена данными - Процесс разработки, сборки и всяки CI могут стать чуть сложней, чем то, к чему привычны нативные iOS разработчики

Мы изначально начинали последний проект на RN с расчетом, что возможно придётся с него съехать. Похоже не придется - ни одного чисто нативного экрана мы до сих пор не написали, т.к. было не нужно... Но в архитектуре заложено... т.к. каждый экран приложения - отдельный Application в RN (JS environment у них общий при этом, т.е. глобальные данные - глобальны). Навигация соответственно нативная. Из проблем, которые могут возникнуть вижу: - Увеличение веса приложения - Если внедрение идет не целыми экранами, а вьюхами, то часть функционала RN отвалится (кажется там авторы кода не всегда осознают, что RCTRootView может не быть размером с весь экран, а представлять из себя просто иконку, к примеру) - Если готовое приложение уже имеет нативную модель данных и из JS к ней нужен будет не одноразовый доступ, то придется потратить время и продумать интерфейсы обмена данными - Процесс разработки, сборки и всяки CI могут стать чуть сложней, чем то, к чему привычны нативные iOS разработчики

а RCTSurfaceView разве не про то? (2 пункт)

@gblack9 спасибо за такой развернутый ответ!

хорошо, это я так понял на стороне iOS всё, а с Android всё может быть печальнее?

хорошо, это я так понял на стороне iOS всё, а с Android всё может быть печальнее?

а мы гуру позовем ? @vkurchatkin

я как то чистый проект на rn писал, c ios у меня не было таких особых проблем, а с Android возникали всегда сложности

на ios выпустил проект а на android так и не смог))

естественно я понимаю, что проблема может быть исключительно во мне

Мы изначально начинали последний проект на RN с расчетом, что возможно придётся с него съехать. Похоже не придется - ни одного чисто нативного экрана мы до сих пор не написали, т.к. было не нужно... Но в архитектуре заложено... т.к. каждый экран приложения - отдельный Application в RN (JS environment у них общий при этом, т.е. глобальные данные - глобальны). Навигация соответственно нативная. Из проблем, которые могут возникнуть вижу: - Увеличение веса приложения - Если внедрение идет не целыми экранами, а вьюхами, то часть функционала RN отвалится (кажется там авторы кода не всегда осознают, что RCTRootView может не быть размером с весь экран, а представлять из себя просто иконку, к примеру) - Если готовое приложение уже имеет нативную модель данных и из JS к ней нужен будет не одноразовый доступ, то придется потратить время и продумать интерфейсы обмена данными - Процесс разработки, сборки и всяки CI могут стать чуть сложней, чем то, к чему привычны нативные iOS разработчики

#can_i_do_it_with_rn

во, так сохраню на будущее

но иногда просто горело от android

а RCTSurfaceView разве не про то? (2 пункт)

Про то... он он ещё очень молодой, там есть по крайней мере одна потенциальная архитектурная проблема и нет документации ))) Боюсь пока использовать

можно и так

Про то... он он ещё очень молодой, там есть по крайней мере одна потенциальная архитектурная проблема и нет документации ))) Боюсь пока использовать

а что за проблема? ?

так это я не себе, потом буду советовать искать по хэштэгу ?

я думаю, что будут ещё люди которые спросят за это)

а что за проблема? ?

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

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

о как, любопытно)

Это естественно проблемы этих компонентов, что они так делают... но в итоге-то это станет моими проблемами ))))

а как тогда RCTRootView с навигацией нативной дружит? там же точно не весь экран

Он может быть не на весь экран... насколько я понимаю у RCTRootView проблема с перерисовкой своего контента при изменении размеров динамическом. Так-то он работает.

о, ptmt кстати рассказывал как то что проблема такая была на react-native-macos, как раз поди из-за такого)

ERROR: S client not available

const navigation = createBottomTabNavigator({ Calendar: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Calendar color={tintColor} /> }) }, Map: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Map color={tintColor} /> }) }, Events: { screen: EventsList, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Events color={tintColor} />, }) }, Notifications: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Notifications color={tintColor} /> }) }, Profile: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Profile color={tintColor} /> }) } }, { swipeEnabled: true, initialRouteName: 'Events', tabBarOptions: { showLabel: false, activeTintColor: '#3d9ccc', inactiveTintColor: '#757c80' } }); Не работает свайп между табами. Почему?

Может swipeEnabled: false ?

pulltorefresh используете где-нибудь?

const navigation = createBottomTabNavigator({ Calendar: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Calendar color={tintColor} /> }) }, Map: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Map color={tintColor} /> }) }, Events: { screen: EventsList, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Events color={tintColor} />, }) }, Notifications: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Notifications color={tintColor} /> }) }, Profile: { screen: Mock, navigationOptions: () => ({ tabBarIcon: ({ tintColor }) => <Icons.Profile color={tintColor} /> }) } }, { swipeEnabled: true, initialRouteName: 'Events', tabBarOptions: { showLabel: false, activeTintColor: '#3d9ccc', inactiveTintColor: '#757c80' } }); Не работает свайп между табами. Почему?

свайп не работает для createBottomTabNavigator во второй версии reactNavigation используй createMaterialBottomTabNavigator

It is worth noting additionally that createBottomTabNavigator is different from the bottom tab navigator that is available through TabNavigator in that it does not support animationEnabled or swipeEnabled properties.

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

Есть плагин для react-native, который при скролле картинку параллаксом уменьшает? Хз как описать. Как в google play

Есть animated api

Можно интерполировать оффсет скролла на любое значение, в этом случае это транслейт картинки

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

https://github.com/naoufal/react-native-payments

https://github.com/naoufal/react-native-payments

та вот он не обнавлялся уже давно, и есть подозрения, что с 0.56 не подружится

а точнее уже и не подозрения

реакт и в 0.57-rc все еще не хочет windows поддерживать?

а точнее уже и не подозрения

Если точно, то создайте issue, там быстро реагируют.

Если точно, то создайте issue, там быстро реагируют.

спасибо

react-navigation? Не работает кнопка назад на андроиде?

Да

Ребят, пардон

Моя ошибка

Всё понял)

Привет! А кто-нть юзал redux-axios-middleware? Как правильно настроить interceptors, чтобы prerequest отлавливался? Или где лучше токен обрабатывать, прежде чем request action кидать?

Привет! А кто-нть юзал redux-axios-middleware? Как правильно настроить interceptors, чтобы prerequest отлавливался? Или где лучше токен обрабатывать, прежде чем request action кидать?

https://stackoverflow.com/questions/43534740/put-error-response-interceptor-on-redux-axios-middleware в конце пример есть

Всем привет. Нужен совет какую навигацию взять в проект. Не знаю текущие тренды, юзал rn router flux один раз, не зашёл. В последнее время только react navigation. Но видел тут в переписке что его чёт ругать стали в пользу react native navigation. Нужна поддержка редакса. Возможно потребуется миграция с navigation experimental

Всем привет. Нужен совет какую навигацию взять в проект. Не знаю текущие тренды, юзал rn router flux один раз, не зашёл. В последнее время только react navigation. Но видел тут в переписке что его чёт ругать стали в пользу react native navigation. Нужна поддержка редакса. Возможно потребуется миграция с navigation experimental

Я бы использовал react-native-navigation. Полностью нативная навигация и на мой взгляд самая логичная

react-navigation уж слишком громоздкая

Я бы использовал react-native-navigation. Полностью нативная навигация и на мой взгляд самая логичная

+

Я бы использовал react-native-navigation. Полностью нативная навигация и на мой взгляд самая логичная

А еще у react-native-navigation хорошая саобытильная модель, с помошью chanels в redux-saga можно по человечески прикрутить к стору

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

Это по началу, есть свои недостатки конечно, но это все окупается удобством работы