Ну, я соглашусь с тем, что не стоит тащить технологию в стек, только ради технологии, не понимая с чем ее едят =)

Я не говорю что redux это панацея

это как минимум дорого

Ты больше убьешь времени на написание стора, чем на документацию редакса

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

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

Пятница, вечер, простительно :)

Решение должно быть простым и легким И! Понятным остальным, легко сопровождаемым, легко расширяемым

Но в целом, я не поклонник redux тоже... считаю его самообманом )))

Но в целом, я не поклонник redux тоже... считаю его самообманом )))

А чем заменить? Так чтобы удобно, практично и не костылить У меня вот такая архитектура работы с данными: Запрос на сервер, в ответе на запрос обработка данных и отправка в redux store из которого уже данные тянут мой UI Сделано с redux для того, чтобы данные могли изменятся из разных местл и эти изменения были бы прозрачны всем компонентам + в action для моего стора прописано кеширование данных в AsyncStorage

Просто я «как делать» черпаю из блогов на медиуме и подобном И после долгого изучения и понимания вообще что такое redux пришел именно к такой архитектуре

это не развитие, это - прокрастинация

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

такое себе утверждение

Просто я «как делать» черпаю из блогов на медиуме и подобном И после долгого изучения и понимания вообще что такое redux пришел именно к такой архитектуре

Я то за mobx буду топить в любом случае, поскольку среди прочих решений, он мне наиболее нравится. Но тут каждому своё... Рекомендую почитать про него, а уж использовать или нет, отдельно решать

тогда ладно)

я просто с такими сталкивался, могу и бомбануть 😄

А если Б изменил те данные, которые показывает А?

Или исходя из которых А изменяет вообще свой внешний вид?

Главное чтоб ты мог читать свой код и радоваться Особенно после перерыва в пол годика. А то a = f+k максимально не информативный говнокод ж который сам забудешь че делал

Не, компоненты читаю определенные, нужные им данные из стора

Ну и опять же, цитируя тебя, я пришёл именно к такому архитектурному решению

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

Тут конечно пример реальный нужен как у меня всё устроено Но всё на корпоративном svn лежит и не опенсурсно, сори :)

Хм Вот открыл википедию А я походу всё это время что-то похожее как раз на flux и делал

Я из мира OOP пришел в js, это, судя по всему, очень сильно влияет на архитектуры создаваемые... ) К примеру, я категорически не люблю не структурированные данные. И не люблю в модели разделять данные и методы для работы с ними. Поэтому state tree мне кажется возвращением к redux. Я обычно пишу модель как классы, к примеру: class User { @observable id: string @observable name: string @observable email: string @action fromJSON(data: any) { if (typeof data !== 'object') throw new Error('...') if (data.id) this.id = data.id ... } } class Users { @observable byId: ObservableMap<string, User> = observable(new Map()) get(id: string): User { return this.byId.get(id) } }

Ну вот я рассматриваю это всё как классические модели в mvc и прочих схемах... Единственное отличие, это то, что не надо самому городить кучу событий, помнить их все и подписываться/отписываться в нужный момент. Всё это делает mobx почти автоматом, плюс computed, autorun и прочие плюшки

За-то это отлично уезжает от UI в отдельные модули, в которые можно не только данные, но и логику складывать. Это элементарно тестируется и легко читается.

Да, неплохо, ближе к классическом ООП и мвц

Вернее я бы даже сказал что это не js код 😂

Он на него практически не похож

Это typescript, в смысле там аннотации типов проставлены ) Плюс эффективность. Сам mobx в принципе не шустрый (если синтетические тесты гонять между ним и тем же redux), но в реальных ситуациях, из-за мелкогранулярных подписок, мы получаем ререндер "островками", только теми компонентами, которые действительно используют изменившиеся данные. В redux же по умолчанию (если спец усилий не прилагать) мы будем ререндерить (верней реконсайлить) всё сверху вниз...

Как исправить? при установке npm install —save firebase На одном из проектов он установился, а тут чет не хочет

А чем он помешает старым моделям iphone? )

Оно, у меня выделяло область где «оператор, батарея» выделялась отдельно.🤔

А пропса которое это бы выключало у старых моделей, я что-то не увидел 🤔

А пропса которое это бы выключало у старых моделей, я что-то не увидел 🤔

Он это же делает и на новых моделях. SafeArea - это в том числе и элементы системных декораций, а если бы это был не RN, а нативный кодинг, то в неё бы входили ещё и системные табы из UITabBarController и заголовок навигации из UINavigationController. Идея SafeAreaView не в том, что в неё слепо заворачивают всё приложение, а в том, что в неё заворачивают только элементы, которые должны быть "foreground" для пользователя, т.е. не должны накладываться на системные UI. Остальные элементы приложения (не обернутые в SafeAreaView) служат как бы фоном и спокойно уезжают и под системные UI и под неровности экрана, создавая у пользователя ощущение того, что дизайн приложения распространяется на весь экран.

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

Он это же делает и на новых моделях. SafeArea - это в том числе и элементы системных декораций, а если бы это был не RN, а нативный кодинг, то в неё бы входили ещё и системные табы из UITabBarController и заголовок навигации из UINavigationController. Идея SafeAreaView не в том, что в неё слепо заворачивают всё приложение, а в том, что в неё заворачивают только элементы, которые должны быть "foreground" для пользователя, т.е. не должны накладываться на системные UI. Остальные элементы приложения (не обернутые в SafeAreaView) служат как бы фоном и спокойно уезжают и под системные UI и под неровности экрана, создавая у пользователя ощущение того, что дизайн приложения распространяется на весь экран.

Про конкретные элементы интересно, надо бы почитать

Я то за mobx буду топить в любом случае, поскольку среди прочих решений, он мне наиболее нравится. Но тут каждому своё... Рекомендую почитать про него, а уж использовать или нет, отдельно решать

а чем mobx существенно лучше чем redux?

а чем mobx существенно лучше чем redux?

"существенно"? Пожалуй, тем что вы можете построить более структурированную архитектуру. А вообще их сложно сравнивать именно как два продукта, это два принципиально разных подхода к нотификациям об изменениях: redux - вот вам всего один хэндлер, одно событие, дальше сами разбирайтесь, что поменялось. Зато интерфейс простой. mobx - у нас есть столько хэндлеров, сколько observable сущностей... и для упрощения жизни автоматический трекинг подписок...

Ребят, как установить firebase? Npm install --save firebase начинает устанавливаться. А после запускает node-pre-gyp а тот выдает ошибки

Ребят, как установить firebase? Npm install --save firebase начинает устанавливаться. А после запускает node-pre-gyp а тот выдает ошибки

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

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

https://rnfirebase.io

На одном из проектов работает нормально. На втором почему-то не устанавливается

https://rnfirebase.io

Как бэ пакет называется по-другому чем вы пишите От того наверное и беда?

вот вот, немношк не так устанавливаешь

О блин, не та ссылка. На сайте docs.expo.io

если експо, то не факт что линканешь этот пакет, но я точно не знаю шо там и как в експо

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

Как?

Как?

ты же уже создал проект без expo, зачем ты пытаешься ставить пакеты, которые только для экспо

ты же уже создал проект без expo, зачем ты пытаешься ставить пакеты, которые только для экспо

Не для меня. Этот пакет работал на экспо...

потому что он для экспо

https://rnfirebase.io

для не экспо вот

я и не спорю, на то они и универсальные

Не кто не сталкивался с зависанием приложения на симуляторе iOS при использовании Modal из react-native ?

Не кто не сталкивался с зависанием приложения на симуляторе iOS при использовании Modal из react-native ?

ref дергаешь?

вообще ничего не делаю просто сделал импорт и кинул в компонент

релоад приложения проходит 1 раз, потом зависает и отрубается

ошибок никаких нет

это происход если у модалки visible=true

Нашел ошибку

*** Terminating app due to uncaught exception 'UIViewControllerHierarchyInconsistency', reason: 'child view controller:<UIViewController: 0x7fd399f2b6f0> should have parent view controller:(null) but actual parent is:<RNSScreen: 0x7fd399f2ebe0>' ***

такая штука падает в лог

Хм, проверил 6 версий RN и на всех одно и то же.. это странно

Странно. У меня в рутовой вьюхе лежит модалка для отображения процесса загрузки И ни разу не падало из-за неё ничего Рн 0.59.3 вроде

Да у меня вот сейчас началось, обновил react-navigation и react-native-gesture-handler

пока не знаю в чем именно проблема

Да у меня вот сейчас началось, обновил react-navigation и react-native-gesture-handler

Могу предположить что из за второго

Попробуй откатить гестхендлер на пару семвер назад

Добрый вечер всем

Кто знает как можно использовать const enum в React Native (TypeScript), я просто новичек в этом деле. Если подробнее, У меня есть React + Typescipt приложение(Web), Я пытаюсь на основе ее создать моб приложение... Все исправление в виде смена компонентов на нативный компонент уже сделал. И вот в последний момент возник эта проблема. проект создавал через react-native init App --presets typescript,

А в чем проблема то

Кто знает как можно использовать const enum в React Native (TypeScript), я просто новичек в этом деле. Если подробнее, У меня есть React + Typescipt приложение(Web), Я пытаюсь на основе ее создать моб приложение... Все исправление в виде смена компонентов на нативный компонент уже сделал. И вот в последний момент возник эта проблема. проект создавал через react-native init App --presets typescript,

Лучше их не использовать... const enum не умеет babel. Альтернативы: - кастомный трансформер - https://github.com/ds300/react-native-typescript-transformer (скорей всего съедут source-maps, т.е. в случае ошибок, на экране будут неправильные нормера строк) - траспилить ts до запуска проекта отдельным шагом (это замедлит разработку)

Последний пункт вот здесь описан: https://github.com/facebook/metro/issues/314#issuecomment-437941330

Могу предположить что из за второго

А мне кажется первое Проблема с иерархией UIViewController’ов Мне кажется скорее проблема с построением навигации, чем с жестами

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

Вроде там процент остаётся

Староверов