с адаптивном https://i.imgur.com/lQzeIdg.png

у меня вообще тоже были мысли сделать приложение универсальное, но я тогда посмотрел на https://github.com/Microsoft/reactxp

очень странно выглядит репозиторий reactxp - все сделанно с одно неизвестного аккаунта. Это фишка майкрософта такая? https://i.imgur.com/XNsRWLM.png

это потому что Microsoft? =)

eric traut то неизвестный?

mstferictraut - MS Technical Fellow Eric Traut

mstferictraut - MS Technical Fellow Eric Traut

аа

что за technical fellow?

технический чувак?)

Eric is a Technical Fellow at Microsoft

товарищ - фелла ?

должность видимо такая

чет странная должность)

просто я спросил "зачем" потому что мне показалось что "вернулся обратно заменя React на React Native Web" означало, что под мобилки бросил человек писать

не бросил) это я люблю больше чем сайты

чет странная должность)

оказывается есть такое

https://sites.google.com/site/technicalleadership/Home/microsoft-technical-fellows

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

нашел в readme realm-js **This product is not being made available to any person located in Cuba, Iran, North Korea, Sudan, Syria or the Crimea region, or to any other person that is not eligible to receive the product under U.S. law.**

и при этом Realm JS is published under the Apache 2.0 license. Realm Core is also published under the Apache 2.0 license and is available

тут походу все пришли из реакта и это не совсем реакт =)

web (php/ember)->objc->rn ?

Добрый вечер. Часто ли вы используете --reset cache?

редко

Добрый вечер. Часто ли вы используете --reset cache?

обычно просто хватает закрыть окошко packager и запустить react-native run-ios

Добрый вечер. Часто ли вы используете --reset cache?

Бывает, после установки или обновления пакетов

web (php/ember)->objc->rn ?

Свифт как-то мимо прошел?

Свифт как-то мимо прошел?

Свифт где-то в серединке ) Пару проектов тестовых делал

Свифт где-то в серединке ) Пару проектов тестовых делал

Как котлета на вид, вполне норм

Я не спорю, очень даже норм )

будет на свифте проект, буду на свифте делать

))

Кто использует react navigation, скажите как решить проблему c drawer дублируются скрины

Слушайте, а как отключить кэширование ответа у fetch в RN?

не актуально. headers: { 'Cache-Control': 'no-cache' }

Кто использует react navigation, скажите как решить проблему c drawer дублируются скрины

const navigateOnce = (getStateForAction: any) => ( action: any, state: any ) => { const {type, routeName} = action; return state && type === NavigationActions.NAVIGATE && routeName === state.routes[state.routes.length - 1].routeName ? null : getStateForAction(action, state); // you might want to replace 'null' with 'state' if you're using redux }; SettingsTab.router.getStateForAction = navigateOnce( SettingsTab.router.getStateForAction );

а есть нормально решение с таймаутом для запросов в рн?

а то взял аксиос, а он как то криво работает

а то взял аксиос, а он как то криво работает

какую задачу вы пытаетесь решить?

какую задачу вы пытаетесь решить?

если ответ от сервера не пришел за Х секунд (упал сервер, плохой интернет) - сказать юзеру что его данные еще не ушли но "мы стараемся..."

const navigateOnce = (getStateForAction: any) => ( action: any, state: any ) => { const {type, routeName} = action; return state && type === NavigationActions.NAVIGATE && routeName === state.routes[state.routes.length - 1].routeName ? null : getStateForAction(action, state); // you might want to replace 'null' with 'state' if you're using redux }; SettingsTab.router.getStateForAction = navigateOnce( SettingsTab.router.getStateForAction );

Спасибо большое

если ответ от сервера не пришел за Х секунд (упал сервер, плохой интернет) - сказать юзеру что его данные еще не ушли но "мы стараемся..."

в спецификации написано что можно выставить timeout. Вы точно правильно сконфигурировали?

кто использует wix navigation?

в спецификации написано что можно выставить timeout. Вы точно правильно сконфигурировали?

можно, но скорее всего через нативный fetch :(

можно, но скорее всего через нативный fetch :(

Axios как раз тем и отличается, что позволяет установить timeout, а fetch нет.

можно, но скорее всего через нативный fetch :(

вам нужно конфигурировать инстенс и через него слать запросы const instance = axios.create({ baseURL: API_SERVER, timeout: 500 });

вам нужно конфигурировать инстенс и через него слать запросы const instance = axios.create({ baseURL: API_SERVER, timeout: 500 });

а через статический метод - не получится?

просто axios.post()

а через статический метод - не получится?

я только что потестировал - нет, не работает. Возможно только с option {timeout: 500} - но для get запроса

я только что потестировал - нет, не работает. Возможно только с option {timeout: 500} - но для get запроса

а для инстанса - нормально? таймаут сработает?

а для инстанса - нормально? таймаут сработает?

да

ребят, а что за хайп вокруг axios? Почему не fetch?

ребят, а что за хайп вокруг axios? Почему не fetch?

нет никакого хайпа. Постоянно его используют

странно. Первый раз услышал о нём где-то пару месяцев назад и с тех пор на каждом шагу...

есть какие-то реальные преимущества перед fetch?

Наличие таймаута и возможность отменить запрос, если мне память не изменяет.

Я сам fetch'у, ибо стараюсь использовать минимум модулей.

fetch это низкоуровневое апи, axios - обертка над xmlhttprequest

есть какие-то реальные преимущества перед fetch?

уже не помню почему его использую. На разных проектах и разных моментах уже отработано. Быстро если вспомнить - высокоуровневый - пустые ответы правильно интерпретирует - не надо конверсировать в json

Совершенно верно, axios оборачивает старый бодрый xhr.

смотрю сейчас на API и не вижу большой разницы с fetch. Конвертация в json - это ведь await response.json(), верно?

пустые ответы и fetch вроде нормально обрабатывает

Ага

fetch это низкоуровневое апи, axios - обертка над xmlhttprequest

в каком месте fetch низкоуровневый?

в каком месте fetch низкоуровневый?

в том же что и xmlhttprequest

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

в том же что и xmlhttprequest

ну в каком конкретно?)

я тоже не очень понимаю: axios.get('/user?ID=12345') против fetch('/user?ID=12345')

аналогично с постом: просто вместо axios.post, используется fetch('...', { method: 'POST' })

пустые ответы и fetch вроде нормально обрабатывает

с fetch приходилось городить дополнительный класс для разных сценариев в зависимости от навыков бекенд разработчиков. С axios не нужно.

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

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

я не использовал fetch для веба, может там есть что-то такое...

Оброс легендами))

ага ?

так и живём

Песнь fetch и axios

на бекенде использую request, потому что bluebird

Для node есть isomorphic-fetch

ну, нода - это уже другая тема

мой вопрос, скорее, в разрезе RN

ну в каком конкретно?)

я имею в виду что это нативнаая реализация и порой не очень удобная

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

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

мой вопрос, скорее, в разрезе RN

Так fetch и axios реализованы одинаково в Web, Node и RN. Одни и те же запросы пихай куда хочешь.

Ну и отменить запрос - да не выйдет

ну, может и правда... Всем своё. Мне вот, например, нравится использовать как можно меньше библиотек в своих проектах ?

а каким образом можно вообще отменить промис?

был пропозал в TC39, но его завернули

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

xhr можно abort'нуть

Есть для fetch стрёмный костыль, позволяющий по setTimeout reject-нуть промис, но обработку запроса это не отменяет.

ну, может и правда... Всем своё. Мне вот, например, нравится использовать как можно меньше библиотек в своих проектах ?

Ну тогда стоит писать с использованием нативных сдк

всего хорошо в меру ?

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

правда вот кейс с abort'ом запроса норм

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

правда вот кейс с abort'ом запроса норм

вот, точно, abort запроса, это норм название, а не отмена ?

хотя бы в заблуждение не вводит)