энтузиастов?))

энтузиастов?))

ну а как еще назвать?)

Я в принципе считаю, что Vue - подделка энтузиастов на волне популяризации фреймворков =)

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

>Another impressive international adopter of Vue.js is Alibaba, a public company from China

такие себе энтузиасты)

Алибаба уже позже подтянулись вроде как

Но их не было изначальное

ПРосто сейчас, все компании (около IT-шные) стараются урвать кусок

это называется "инвестировать"))

Потому что неизвестно, что выстрелит)

не ну изначальный вью был криком уставшего от первого ангуляра человека)

vue native ведь на react native завязан

сейчас это такая же монстрина как реакт с хорошим саппортом от крупных игроков)

vue native ведь на react native завязан

это просто трансформатор, транфорсормер или как его там

vue native ведь на react native завязан

vueTransformerPlugin.js

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

сейчас это такая же монстрина как реакт с хорошим саппортом от крупных игроков)

Смотря, что понимать под "хорошим саппортом от крупных игроков"

ну например предполагаю что там таких разворотов как в реакт-навигейшн не будет)

т.е. кодобаза в сторону говна не поедет, не дадут (надеюсь)

ну и эван там с патреона на фултайм пашет) тоже плюс) считай на зарплате)

ну например предполагаю что там таких разворотов как в реакт-навигейшн не будет)

че за развороты?

ну на то это и опенсоурс

ну там много было

сперва они заявили что им фло мешает и выпилили, потом заявили что редакс мешает и выпилили

и так по мелочи

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

чет сомневаюсь)

вот за этими следить надо) https://github.com/callstackincubator/rebolt-navigation

Привет! Кто-то использует Яндекс карты в приложении? я нашел https://github.com/doomsower/react-native-yandexmapkit но с ним пока не получается запустить, и вижу что там версия 2 используется, а сейчас уже 3 в документации у яндекса

они их забросили

Tinder не на реакте часом? ?

Где image при первом рендере? ?

это баг на андроиде при circle image

ну по опыту :D

Почему this.props.navigation.navigate бывает отрабатывает не сразу, а с задержкой?

а версия последняя?

а версия последняя?

2.0.1

2.18.0 сейчас крайняя

вроде это фиксили всё

Привет! Кто-то использует Яндекс карты в приложении? я нашел https://github.com/doomsower/react-native-yandexmapkit но с ним пока не получается запустить, и вижу что там версия 2 используется, а сейчас уже 3 в документации у яндекса

не стоит даже пробовать 2 версию завести. https://github.com/yandexmobile/yandexmapkit-android/issues?q=is%3Aissue+is%3Aopen+sort%3Acomments-desc

:( варинт только для 3 делать обертку ?

а чем гугл/мапбокс не нравится?

мне нравится, но хотят яндекс

2.18.0 сейчас крайняя

Спасибо. Проблема решилась

а чем плох лайтбокс?

что с ним то не так

а чем плох лайтбокс?

Криво сворачивается из-за изменения размеров

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

Нам нужно ещё закрытие по свайпу и решили пока не писать костыль, а поискать решение

Нам нужно ещё закрытие по свайпу и решили пока не писать костыль, а поискать решение

я делал, использовал react-native-modal

<Modal isVisible={true} onSwipe={() => { goBack(); }} onBackButtonPress={() => goBack()} swipeDirection={swipeDirection} style={{ margin: 0 }}> <PhotoView source={{ uri: url }} minimumZoomScale={1} maximumZoomScale={3} onScale={e => { console.log(e.nativeEvent.scale); this.setState({ zoom: e.nativeEvent.scale }) }} onLoad={() => console.log("Image loaded!")} style={{ width: win.width, height: win.height }} /> </Modal> Использовал в связке с react-native-photo-view - всё хорошо работало)

if (this.state.zoom <= 1.1) { swipeDirection = 'down' } небольшой костыль на будущее, если не хотите, чтобы реагировало при зуме и перемещении по картинке пальцем

Всем доброго дня! По экспо вопрос. А можно как-то в коде узнать, что сейчас идёт запуск именно через экспо-клиент, а не через выложенное приложение?

Expo.Constants.appOwnership это оно?

я делал, использовал react-native-modal

Спасибо, посмотрим

Expo.Constants.appOwnership это оно?

Если нужно понять что приложение запущено не через Expo, то у него будет appOwnership === standalone

если нужно понять что запущено с эмулятора или поставлено на телефон(открыто через expo client), то isDevice

Допустим у меня есть экран у которого в componentDidMount дергает запрос через axios. Пушим этот экран и, не дожидаясь ответа, пОпим. Вопрос, убьется ли запрос или продолжит висеть?

Чтоб он убился - его надо отменить

Чтоб он убился - его надо отменить

Тогда получается, что нужно следить за всеми запросами на экранах....

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

@gblack9 у тебя ругани на циклические импорты много было после переезда на 0.57?) "Require cycles are allowed, but can result in uninitialized values. Consider refactoring to remove the need for a cycle."

есть тут психопаты что воткнули litho/AsyncDisplayKit в реакт нейтив? Или может быть кто-то делал кастомный нативный лейаут?

Допустим у меня есть экран у которого в componentDidMount дергает запрос через axios. Пушим этот экран и, не дожидаясь ответа, пОпим. Вопрос, убьется ли запрос или продолжит висеть?

Будет висеть... радости добавляет ещё и то, что отменить запрос практически невозможно... (вот такое в mdn: https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API#Aborting_a_fetch) И хотя это умеет XMLHttpRequest (не знаю может ли его эмуляция в RN), обычно он завернут в API на промисах, которые в стандартном виде тоже отменить нельзя ))) Мы в итоге когда это важно игнорируем ответ (упрощенная схема): function doRequest() { let cancelled = false somethingThatDoRequest().then((res) => { if (cancelled) return Promise.resolve() }).then((...) => { if (cancelled) return Promise.resolve() // и везде (альтернатива рвать цепочку через throw new Error() ... }) return () => { cancelled = true } }

@gblack9 у тебя ругани на циклические импорты много было после переезда на 0.57?) "Require cycles are allowed, but can result in uninitialized values. Consider refactoring to remove the need for a cycle."

Много... при том свои я пофиксил, остались сейчас из react-native-firebase и react-native-sentry

Но в RN 0.57.3 они перестали вызывать YellowBox...

не, вот 57.3 всё на месте

сентри да и фетч из рн

хм... странно, а у меня нет... только в консоли их видно

а ну да

в консоли

А, да... есть fetch ))) node_modules/react-native/Libraries/Network/fetch.js -> node_modules/react-native/Libraries/vendor/core/whatwg-fetch.js -> node_modules/react-native/Libraries/Network/fetch.js

Будет висеть... радости добавляет ещё и то, что отменить запрос практически невозможно... (вот такое в mdn: https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API#Aborting_a_fetch) И хотя это умеет XMLHttpRequest (не знаю может ли его эмуляция в RN), обычно он завернут в API на промисах, которые в стандартном виде тоже отменить нельзя ))) Мы в итоге когда это важно игнорируем ответ (упрощенная схема): function doRequest() { let cancelled = false somethingThatDoRequest().then((res) => { if (cancelled) return Promise.resolve() }).then((...) => { if (cancelled) return Promise.resolve() // и везде (альтернатива рвать цепочку через throw new Error() ... }) return () => { cancelled = true } }

axios умует в cancel на уровне XMLHttpRequest

axios умует в cancel на уровне XMLHttpRequest

О! Спасибо, буду иметь ввиду, если где-то с HTTP API придется работать!

то, что у вас, скорее response ignoring, а не отмета request-а

то, что у вас, скорее response ignoring, а не отмета request-а

Так я и написал!

а точно, сорьки)

У нас это вообще в других конекстах возникает на самом деле, и т.к. апи через WebSockets, то рвать соединение нам не надо

про аксиос: https://github.com/axios/axios/blob/master/lib/adapters/xhr.js#L160 еще rxjs ajax сам абордит реквест при отписке от observable (что типично для reactivex): https://github.com/Reactive-Extensions/RxJS-DOM/blob/master/src/ajax/ajax.js#L177

кажется в ciclejs HTTP driver тоже так делает

про аксиос: https://github.com/axios/axios/blob/master/lib/adapters/xhr.js#L160 еще rxjs ajax сам абордит реквест при отписке от observable (что типично для reactivex): https://github.com/Reactive-Extensions/RxJS-DOM/blob/master/src/ajax/ajax.js#L177

а вот эпичный эпик который будет долбиться в апи каждые N секунд пока его не удовлетворят)) https://gist.github.com/mordaha/2c5776f0c8ccd59ebd7c8c9e74c500b5

Допустим у меня есть экран у которого в componentDidMount дергает запрос через axios. Пушим этот экран и, не дожидаясь ответа, пОпим. Вопрос, убьется ли запрос или продолжит висеть?

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

они либо должны пулять экшены: "о, я активный", "блин, я ухожу", либо middleware должна иметь доступ к состянию навигации

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

а вот эпичный эпик который будет долбиться в апи каждые N секунд пока его не удовлетворят)) https://gist.github.com/mordaha/2c5776f0c8ccd59ebd7c8c9e74c500b5

можно .takeUntil(action$.ofType('FETCH_EPIC')) поменять на switchMap вместо mergeMap. Вот в этом примере, когда происходит CANCEL_EPIC, запрос отменяется. CANCEL_EPIC может кидать сам экран, а еще этот эпик может подписываться на навигацию, и сам решать, но это дело вкуса.

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

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

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

угу)

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

Если зависимость уже была добавлена в проект через pods, например, pod 'react-native-splash-screen', :path => '../node_modules/react-native-splash-screen’, тогда ее не надо линковать через xcodeproj и Build Phases? Также и обратное?

Если зависимость уже была добавлена в проект через pods, например, pod 'react-native-splash-screen', :path => '../node_modules/react-native-splash-screen’, тогда ее не надо линковать через xcodeproj и Build Phases? Также и обратное?

Если я правильно понял вопрос то да, более того двойной линкинг чреват core dump'ами. Если зависимость была установлена через cocoapods, то она слинкована через проект Pods (это такой гейтвейный проект через который cocoapods линкуют все зависимости) соответственно прямых упоминаний этой зависимости в основном проекте не должно быть.