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

Даже если взять самое основное без инвентаря, то 30кб

Но тогда как только он откроет и если он забит, сразу грузить 170кб например такое себе

Лучше 1 целым или много мелких бросать в таком случае?

Это копейки же

Господа, нужна ваше мнение. Таск: Есть карта, по точкам чел ходит обслуживает их, фотает, заполняет инфу о них. На каждую точку по одному запросу отправки на сервак. Точки могут в местах где инет очень плохой или вообще нет. Как только инет появятся отправлять их, не ожидая отправки одной точки продолжать другие точки обслуживать.
Вопрос: Думаю лучше создать очередь, в очердь обслужанные точки и отправлять если есть инет. Что думаете норм или у вас практика получше была

Вот и мне интересно, какой макс объем при загрузке приложения в среднем

Что бы примерно ориентироваться

Столько, сколько захочешь, ну 170кб норм вроде

И в таком случае можно 1 большим пакетом?

Очередь делай и всегда складывай в нее, а дальше сервисом тяни и по мере наличия интернета отправляй на бэк. Плюсы: Минимум заморочей с логикой, есть возможность квотирования, например, если в очереди больше 10 объектов орешь, что надо выйти в инет срочно и не даешь дальше точки фотать. Ровно такую же задачу решали

Ну не такую же, но очень похожую

Или лучше разделить?

Мы сделали вообще просто тупо в рум складируешь со статусами ушло\не ушло и тянешь оттуда, можно удалять по мере отправки

интереса ради, а зачем ограничивать размер очереди?

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

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

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

ага, поняв

Или еще вариант, если тебе нужно, чтоб задержка между оффлайном и онлайном была не более 4х часов например

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