всегда, с белым или черным списком

Никто в react native не знает, что такое offline first приложения, и зачем бд в приложении. Забавно.

Категорично. Не расскажешь зачем бд в приложении?

Да легко :) сеть не всегда доступна, а оставлять юзера без данных нехорошо. Есть у нас какое-то приложения для управления задачами. Вы каждый раз будете в сеть стучать? Или в файл сериализовать? А если надо показать пользователю только часть задач?

ты кажется не понял. зачем именно бд? и чем файл плох?

плохо конечно что кто то не может представить себе как хранить данные кроме бд и запросов

Ну, эм, расскажи, какие костыли можешь предложить :)

Ну разделение на слои (представление - юзкейсы - бизнесс логика, вроде так). Попытка абстрагировать слои различного уровня друг от друга. Допустим слой бизнесс логики сделать таким, чтобы он был полностью unit тестируемым. Убрать зависимость от выбранного способа хранения данны, от вида базы, ну и так далее

ты очевидно даже не знаешь что такое AsyncStorage

Key-value хранилище данных. Если у вас в приложениях все данные можно так однозначно туда запихнуть, то что ж. Печальные приложения :)

что то типо того

Да уж. Лучше не надо пытаться вставить свои пять копеек если не можешь. Может расскажешь на цифрах когда оно начнет тормозить и станет печальным?

Есть у тебя в AsyncStorage список объектов. Половина синхронизирована с сервером, другая нет. Как ты вытащишь только те, которые не синхронизированы, чтобы отправить на сервер?

Задача изначально некорректно поставлена. Там хранятся сериализованные данные

конечно. что с json никогда не работал?

у тебя есть база где хранятся объекты без сериализации? покажешь?

скажи пожалуйста, ты писал на RN?

клиент хочет вот так: - preprocessor ifdefs may be used - ifdef feature-wise, target customer build may choose features (e.g. #ifdef CAR_INSURANCE_DETAILS then show menu) кто-нить понимает как это можно сделать на уровне react-native , и как это вообще может выглядеть?

Скажи пожалуйста, ты приличные объёмы данных в hey-value пихал. Я, к счастью, пишу native приложения и такие костыли не изобретаю

потому что слышать «Она не десериализует все для выполнения запроса» довольно странно. Учитывая что в приложении ты просто один раз десериализуешь в память и все. А потом просто сохраняешь данные в AsyncStorage. Нет никаких «запросов», так как нет и базы

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

клиент хочет вот так: - preprocessor ifdefs may be used - ifdef feature-wise, target customer build may choose features (e.g. #ifdef CAR_INSURANCE_DETAILS then show menu) кто-нить понимает как это можно сделать на уровне react-native , и как это вообще может выглядеть?

Вот откуда вы такие лезете нативщики, лишь бы свои ненужные пять копеек вставить

«Ненужные» - не забывай свои корни, помни. Когда будете искать нативные плагины к этим вашим js-ам, подумайте об этом.

непонятна задача Саш

я так понял, задача перед билдом иметь возможность просто включать-отключать какие-то фичи в приложении. Типа иметь какой-то конфиг для сборки, например: { useSendCoordinates: off } и в приложении эта штука отключается

вот хз. как правильно?

хоть где-то стабильно)

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

при сборке, это типа когда в консоли смогу выбирать yes-no?

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

Заодно легче будет на натив мигрировать, в случае чего

особенно на ios

да я и смотрю все побежали на ios на котлине писать

типо на котлине кодишь сервер сайд и спокойно в иос и андроид можно подрубать как либу что ли?

Вдруг бд понадобится ;)

если очень хочется использовать базу и сильно нужна реляционная модель, вот - https://github.com/andpor/react-native-sqlite-storage.

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