да

да

отлично, спасибо

всем привет! есть кто и как делал in app purchase?

у всех нормально flow сегодня работает?

всем привет! есть кто и как делал in app purchase?

делали в нативе

делали в нативе

не надо использовать какую нибудь либу?

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

в андроиде юзали checkout, но скорей всего для РН есть уже либа

https://github.com/dooboolab/react-native-iap выглядит ничего так

ну и статья в догонку

https://medium.com/@dooboolab/react-native-in-app-purchase-121622d26b67

там дольше продукты настраивать в itunes connect и google play

в андроиде юзали checkout, но скорей всего для РН есть уже либа

спасибо?

Подскажите правильный способ получения, и дальнейшее хранение картинок? Сейчас картинки прилетают в json в виде base64 хочется сделать правильно, но не сложно Я так понимаю что нужно в json класть ссылки на картинки, а далее уже качать их с помощью приложения Всем ответившим спасибо

Подскажите правильный способ получения, и дальнейшее хранение картинок? Сейчас картинки прилетают в json в виде base64 хочется сделать правильно, но не сложно Я так понимаю что нужно в json класть ссылки на картинки, а далее уже качать их с помощью приложения Всем ответившим спасибо

таки да, ссылки, а дальше уже кэшируйте тем инструментом, которым найдете

Подскажите правильный способ получения, и дальнейшее хранение картинок? Сейчас картинки прилетают в json в виде base64 хочется сделать правильно, но не сложно Я так понимаю что нужно в json класть ссылки на картинки, а далее уже качать их с помощью приложения Всем ответившим спасибо

Правильней, конечно, получать абсолютный URL на картинку, т.к. base64 грузит не только клиента, но и сервер. Более того, base64 раздувает картинку чуть ли не в половину. Есть отличные компоненты, которые кэшируют картинки по URL на стороне клиента Можете прочитать в этой статье — https://hackernoon.com/5-things-to-know-about-images-react-native-69be41d2a9ee

таки да, ссылки, а дальше уже кэшируйте тем инструментом, которым найдете

А из опыта что посоветуете?

fastImage

fastImage

спасибо, гляну

Правильней, конечно, получать абсолютный URL на картинку, т.к. base64 грузит не только клиента, но и сервер. Более того, base64 раздувает картинку чуть ли не в половину. Есть отличные компоненты, которые кэшируют картинки по URL на стороне клиента Можете прочитать в этой статье — https://hackernoon.com/5-things-to-know-about-images-react-native-69be41d2a9ee

прочитал, но кроме как react-native-fetch-blob там ничего не предлогается... p.s. проект у меня react-native init

Кому интересно, я тут наскреб немного впечатлений о React Native после полугода работы с ним. Сравниваю в целом с нативной android-разработкой https://medium.com/@Bringoff/how-an-android-developer-dived-into-react-native-and-survived-cc6531d327d4

No lifecycle callbacks pain - даладно? Как будто в ведре с этим особые проблемы возникают

прочитал, но кроме как react-native-fetch-blob там ничего не предлогается... p.s. проект у меня react-native init

Можешь посмотреть вот этот модуль. https://github.com/wcandillon/react-native-img-cache

No lifecycle callbacks pain - даладно? Как будто в ведре с этим особые проблемы возникают

Ну, коль у вас не возникают, вы пишете под Android недостаточно долго) или недостаточно давно

Ну, коль у вас не возникают, вы пишете под Android недостаточно долго) или недостаточно давно

Ну конечно, moxy/mosby и гугловые компоненты идиоты сделали

Ну конечно, moxy/mosby и гугловые компоненты идиоты сделали

там тоже не все просто и не идеально

и сделали их как раз потому что lifecycle management это большая боль

там тоже не все просто и не идеально

Но это и не lifecycle callback hell

Главное что это проблема, субъективное мнение автора что большая.

И я склонен с ним согласиться.

Ну конечно, moxy/mosby и гугловые компоненты идиоты сделали

Я же говорю, что недолго пишете :) Я ещё застал то время, когда ничего из этого ещё не было. Ну, может, mosby в зародыше

Я же говорю, что недолго пишете :) Я ещё застал то время, когда ничего из этого ещё не было. Ну, может, mosby в зародыше

Достаточно давно, раньше было муторно, не отрицаю, но сейчас не 2010 год

Достаточно давно, раньше было муторно, не отрицаю, но сейчас не 2010 год

+

Да, костылей уже насоздавали. И то стоящие — это architecture components, раньше это были сторонние решения, которые не всегда и не всеми использовались. А в rn сразу сделали хорошо :)

Ну и вообще говоря вы сравниваете голый фреймворк и фреймворк + набор библиотек. Порог вхождения в RN после андроида минимальный, локоничное апи, минимальный и понятный лайфсайкл компонентов. Знание RN при переходе в андроид вообще не факт что помогает. Огромное системное апи к которому вы хотите добавить еще что-то.

Да, костылей уже насоздавали. И то стоящие — это architecture components, раньше это были сторонние решения, которые не всегда и не всеми использовались. А в rn сразу сделали хорошо :)

брр... ?

При этом даже с дополнительными библиотеками вы себе из-за сложного жизненного цикла выстрелите себе в колено и не раз.

Можешь посмотреть вот этот модуль. https://github.com/wcandillon/react-native-img-cache

Ок, спасибо, гляну

При этом даже с дополнительными библиотеками вы себе из-за сложного жизненного цикла выстрелите себе в колено и не раз.

+ — уже видел код, где юзался, кажется, observeForever, чтобы с точки зрения человека обойти костыли, обходящие на самом деле проблемы жизненного цикла. Как будто бы и не менялось ничего )

Можешь посмотреть вот этот модуль. https://github.com/wcandillon/react-native-img-cache

единственное смущает надпись Deprecated

No lifecycle callbacks pain - даладно? Как будто в ведре с этим особые проблемы возникают

Посмотрите на lifecycle фрагмента - там полтора десятка методов. Мало того, эти методы вызываются в разном порядке в разных ситуациях. Это и есть callbacks hell

Посмотрите на lifecycle фрагмента - там полтора десятка методов. Мало того, эти методы вызываются в разном порядке в разных ситуациях. Это и есть callbacks hell

Там нужны от силы 2

Там нужны от силы 2

Конечно нет.

Ладно, ребят, это все скатывается в оффтоп.

Но это понимание только с опытом приходит

Ладно, ребят, это все скатывается в оффтоп.

+

Конечно нет.

?

@android_ru для продолжения дискуссии не относящейся к RN непосредственно

Подскажите, как писать нативные модули? (а конкретно бесконечные списки с мгновенным рендером)

Подскажите, как писать нативные модули? (а конкретно бесконечные списки с мгновенным рендером)

https://facebook.github.io/react-native/docs/native-modules-android.html https://facebook.github.io/react-native/docs/native-modules-ios.html

Спасибо

Кто как долгоиграющие процедуры в другом потоке пускает?

https://github.com/joltup/react-native-threads

Пользуешься на практике?

“Sunsetting React Native” https://medium.com/airbnb-engineering/sunsetting-react-native-1868ba28e30a

Видимо не срослось. As a result, moving forward, we are sunsetting React Native at Airbnb and reinvesting all of our efforts back into native.

“React Native at Airbnb” https://medium.com/airbnb-engineering/react-native-at-airbnb-f95aa460be1c

Вся история

@nullcpp

Видимо не срослось. As a result, moving forward, we are sunsetting React Native at Airbnb and reinvesting all of our efforts back into native.

А у них много приложений и разработчиков?

А у них много приложений и разработчиков?

Видимо что-то было ещё кроме самого Airbnb

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

Когда это часть, обычно не выгорает

Видимо не срослось. As a result, moving forward, we are sunsetting React Native at Airbnb and reinvesting all of our efforts back into native.

от них леланд же в гугл ушел пол-года назад

Они потратили слишком много ресурсов на разработку нового проприетарного шрифта?

Это pre-PR своего решения MvRx.

@it_events_go

от них леланд же в гугл ушел пол-года назад

я вот кстати не понял про опыт разрабов который в статье описан, если сам леланд в твиттере говорил что их там над RN частью 1,5-2 человека трудится

Ну видимо рнщики бегали и заставляли нативщиков либы пилить)

Виксы хоть остались?

А то ваще печаль будет

Виксы хоть остались?

ну кстати talkol уже не в виксе)

ниче, все норм будет )

ниче, все норм будет )

ловлю на слове ?

@kureev в итоге мы потеряли в твоем лице RN разраба или нет?)

ловлю на слове ?

http://facebook.github.io/react-native/blog/2018/06/14/state-of-react-native-2018.html блог пост был на эту тему радостный :)

@kureev в итоге мы потеряли в твоем лице RN разраба или нет?)

я сейчас занимаюсь Metro

и планирую попасть в js foundation команду, так что буду работать близко к РН

я сейчас занимаюсь Metro

ого, вот это инсайд! круто ?

ахахах ну такие-то вещи я могу говорить )

сможем как нибудь ts прикрутить к метро чтоб без костылей?? а то способы какие то костыльные сейчас (надо успевать быстрее хотелки говорить ?)

ахахах

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

эх, ну ладно, я попробовал ?

в ближайшем будующем будут приятные изменения в метро, такие как delta патчи стабилизация API

а нет планов лоадеры вебпака заставить работать с метро? там очень большая экосистема

в ближайшем будующем будут приятные изменения в метро, такие как delta патчи стабилизация API

кстати видел метро в Sonar, прикольно что уже не только в RN юзается)

а нет планов лоадеры вебпака заставить работать с метро? там очень большая экосистема

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

по моему мнению метро тем и хорош, что идет своим путем, преследуя свои цели

кстати видел метро в Sonar, прикольно что уже не только в RN юзается)

это один из крупных майлстонов - вынести метро за пределы РН

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