там вроде скоро будет background geo

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

можно как-то настроить сборку, чтобы пути могли резолвиться с src? например как в реакте это делается с помощью NODE_PATH=src/

Пути чего?

можно как-то настроить сборку, чтобы пути могли резолвиться с src? например как в реакте это делается с помощью NODE_PATH=src/

src/package.json { "name": "@" } import '@/compoents/Button';

src/package.json { "name": "@" } import '@/compoents/Button';

Я такое делаю с помощью алиасов

в Metro bundler нету алиаслов

А я его не использую

src/package.json { "name": "@" } import '@/compoents/Button';

ты react native developer ?

ты react native developer ?

спасибо! теперь сделать еще чтоб шторм это понимал

создай файлик webpack.cof.js И выбери его в File | Settings | Languages & Frameworks | JavaScript | Webpack 'use strict'; const { parse } = require('path'); const resolveToDir = moduleName => parse(require.resolve(moduleName)).dir; module.exports = { resolve: { alias: { '@': resolveToDir('../src/'), }, }, };

может он haul юзает

Всем привет) подскажите пожалуйста какие могут быть подвоные камни при написании приложения на аес/андроид с таким основным функицоналом: проигрывание музыки в фоне(как в ВК(БУМ)), платная подписка как в ВК(БУМ), кеширование музыки. На данный момент пишу чисто на андроид и на java. Но есть потребность бахнуть быстро/круто на обе платформы)) на сколько это реально в короткие сроки)

Всем привет) подскажите пожалуйста какие могут быть подвоные камни при написании приложения на аес/андроид с таким основным функицоналом: проигрывание музыки в фоне(как в ВК(БУМ)), платная подписка как в ВК(БУМ), кеширование музыки. На данный момент пишу чисто на андроид и на java. Но есть потребность бахнуть быстро/круто на обе платформы)) на сколько это реально в короткие сроки)

Коллеги, а есть среди вас те, кто в качестве стейта не используют redux ? И если да - то почему (ну кроме варианта "другие стейты не пробовал") ?

Всем привет) подскажите пожалуйста какие могут быть подвоные камни при написании приложения на аес/андроид с таким основным функицоналом: проигрывание музыки в фоне(как в ВК(БУМ)), платная подписка как в ВК(БУМ), кеширование музыки. На данный момент пишу чисто на андроид и на java. Но есть потребность бахнуть быстро/круто на обе платформы)) на сколько это реально в короткие сроки)

Я перешёл на Mobx и радуюсь

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

Коллеги, а есть среди вас те, кто в качестве стейта не используют redux ? И если да - то почему (ну кроме варианта "другие стейты не пробовал") ?

Для небольших приложений вообще можно ограничиться setState, и не париться.

Например, подключённый к стору мобыкса компонент не будет ререндериться, пока в рендере не будет обращений к изменяемым пропсам.

В вебе может быть

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

Это не серьезно

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

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

делаете родителя с толстым стейтом и управляете уже им.

а в чём тогда вообще отличие кроме сомнительного удобства использования вашего варианта? :)

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

Если что, в описании группы есть такая фраза - "Про React.js, Redux и Relay - @react_js"