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

я в таком случае разбиваю на кесколько компонентом и кладу рядом, например в /scenes/AScene/{5 комопнентов}

почему она вас волнует?

А почему она нас не должна волновать?)

А почему она нас не должна волновать?)

а почему должна волновать?

Как я понимаю, Redux мне позволяет держать логику в одном месте и пилить чисто View для разрых платформ - верно?

а почему должна волновать?

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

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

ты точно на RN пишешь?

ты точно на RN пишешь?

+

А что?

странный ответ плюсиком)

Как я понимаю, Redux мне позволяет держать логику в одном месте и пилить чисто View для разрых платформ - верно?

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

Как я понимаю, Redux мне позволяет держать логику в одном месте и пилить чисто View для разрых платформ - верно?

как и любая платформонезависимая библиотека

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

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

Вот это очень серьёзный плюс)

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

отправить асинхронный запрос

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

а у нас и верстка одинаковая ))

везет )

Вот это очень серьёзный плюс)

Раньше приложуха была только на ай ос на РН, потом я за 2 недели переверстал под материал дизайн и все. В итоге в общем примерно за 8 месяцев было готово приложение под обе платформы

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

ну у нас в компании я имею в виду

Раньше приложуха была только на ай ос на РН, потом я за 2 недели переверстал под материал дизайн и все. В итоге в общем примерно за 8 месяцев было готово приложение под обе платформы

а как вы решаете вопросы однопоточности?

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

а данные обрабатывать то все равно в jscore потоке? там метровый json например

а как вы решаете вопросы однопоточности?

а как вы их в вебе решаете?

асинхронностью

сорвал с языка :)

асинхронность это всего равно однопоточность

в джс

В js поток не блокируется

а данные обрабатывать то все равно в jscore потоке? там метровый json например

webworker

В js поток не блокируется

здрасте не блокируется, еще как

а данные обрабатывать то все равно в jscore потоке? там метровый json например

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

правда ни разу не приходилось еще так делать

здрасте не блокируется, еще как

async await

а как вы решаете проблему, если например отправил ты 5 запросов асинхронно, которые чёта делают с базой. Что тут делать?

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

правда ни разу не приходилось еще так делать

вот вот, обсуждают надуманные проблемы

а как вы решаете проблему, если например отправил ты 5 запросов асинхронно, которые чёта делают с базой. Что тут делать?

async await

пока не придёт ответ я буду висеть?

пока не придёт ответ я буду висеть?

вы точно на вебе писали?)

да :)

пока не придёт ответ я буду висеть?

https://habrahabr.ru/post/282477/

а как вы решаете проблему, если например отправил ты 5 запросов асинхронно, которые чёта делают с базой. Что тут делать?

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

видимо нет

видимо нет

да :)

Чтобы понятно было мои основые пыха и go

да :)

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

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

Чтобы понятно было мои основые пыха и go

Зачем тебе пхп если го есть?

Зачем тебе пхп если го есть?

Ты вот как всю кодовую базу бы перевел на go?

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

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

👆 и не только из-за бриджа)

👆 и не только из-за бриджа)

что ты имеешь в виду?

Ты вот как всю кодовую базу бы перевел на go?

А что нет?

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

именно поэтому и появляются useNativeDriver и react-interactable

Да, сори, разобрался, тупанул

пока не вижу особых причин не заюзать RN

пока не вижу особых причин не заюзать RN

+, 95% кейсов он покрывает и разрабов найти проще

Если это так, то буду юзать :) спасиби

+, 95% кейсов он покрывает и разрабов найти проще

Т.е. ты утверждаешь что разрабов под RN найти легче, чем под нативные языки?)

Т.е. ты утверждаешь что разрабов под RN найти легче, чем под нативные языки?)

проще найти фронта и сказать ему что теперь он мобильный разработчик ))

тоже не согласен что разраба под RN просто найти))

Т.е. ты утверждаешь что разрабов под RN найти легче, чем под нативные языки?)

Разрабы под рн это джаваскриптеры, а их много

проще найти фронта и сказать ему что теперь он мобильный разработчик ))

Вот именно

Вот именно

просто это не одно и то же

Ага, пока они не дойдут до Java и ObjC

Разрабы под рн это джаваскриптеры, а их много

кстати у нас не выражаются)

=)))

тоже заметил))

хаха округлили

кстати у нас не выражаются)

sorry, fixed

Разрабы под рн это джаваскриптеры, а их много

я кстати с этим утверждением тоже не согласен)) вон у нас в конторе постоянно поиск фронтов идет, и че то не могут заполнить все позиции

Ну, то что фронтов по js больше чем мобайл я соглашусь.

я кстати с этим утверждением тоже не согласен)) вон у нас в конторе постоянно поиск фронтов идет, и че то не могут заполнить все позиции

ну найти одного js разработчика явно проще, чем одного swift/obj-c + одного java

Ну только если у js разраба есть желание писать под мобилки

У нас вот ищут до сих пор

меня просто переманили с нативщины например

Давно?