Без создания файлов на диске?
Хочу в http сервисе ответ в json архивировать. Думал явно зазиповать - но мобильное приложение вроде в архивы не умеет.
Остается использовать фишку хранилища значений со сжатием. Но как его красиво передать?
Создание файла видится неким костылем. Но если иначе никак, то других вариантов не вижу...

О! Можно же сериализовать в XML и как строку передавать.

Раз в 7 пожало. С учетом Base64 вроде норм. Но если есть альтернативы - буду рад узнать.
Хвосты одинэсной сериализации в ответе все же режут глаз :)

Записьzip может жать в потоквпамяти

включить сжатие веб сервером

на лету

(4) ты у себя включишь, а кто то не включит. А потом переустановят и забудут включить.

вот например на мисте без всяких ухищрений в 4 раза жмет, совершенно прозрачно: https://i.imgur.com/8XxKlU6.png

(6) ну пусть страдают

вообще, вроде, почти везде по дефолту включено

(3) В мобильном приложении непонятно как разархивировать

(7) он привык работать во враждебной среде.
Когда админ 1снику волк

(4) А как убедиться что в МП прилетает пожатое?

(12) никак это же прозрачно для клиента все

(13) Я в некотором смысле атеист

(14) ну можешь сниффер роставить6 и посмотреть

На уровне пакетов? А как уровень сжатия оценить? Если бы я мог убедиться, что жмёт не хуже - тогда имело бы смысл.

(11) Нет, это просто подход к тиражным решениям.

А так пока что мне проще один раз прописать в одном месте пару строк и получить железные гарантии.

(7) Эти ухищрения называются gzip

https://habr.com/ru/post/221849/
https://ru.wikipedia.org/wiki/Gzip

В последнее время gzip активно применяется для сжатия интернет-трафика. Сейчас gzip поддерживают большинство современных браузеров

Так это,поток в памяти,это же и есть двоичные данные,а хранилище в него положить как раз через запись XML

https://infostart.ru/public/1050764/
https://infostart.ru/public/618906/

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

(23) Именно так. В мобильном приложении десериализовал и штатно извлек.
С документацией странная картина. В СП 18 релиза почему-то доступность для МП убрана. Хотя в СП 12 релиза поддержка МП еще прописана.

Но извлекал я как раз на МП 18 релиза.

Похоже на ошибку в документации, ведь никто не убирал в МП возможность создавать реквизиты с таким типом.

Нет, дело не только в документации...
Использование конструктора ХранилищаЗначений в МП распознается как синтаксическая ошибка. Но конструктор при этом отрабатывает.
Ну, либо консерваторию сломали, либо хотели с ХранилищемЗначений на МП поступить как с ТаблицейЗначений на тонком клиенте. Ограничить непонятно что и непонятно зачем.

(27) Чтобы не гонять индексы с сервера на клиент и обратно

(16) сравнить размер json строки в utf-8 и количество переданных байт

(28) Это ты про ТЗ? А зачем их гонять? Переиндексировали бы по месту после десериализации. Да - объект тяжелый, использовать мол с осторожностью. Пару разъяснений на ИТС, как обычно. Но вводить чисто искусственное ограничение...

(29) Логично. Но подумав, мне все равно проще будет перестраховаться, даже если прозрачно жмется не хуже. Если был бы простой способ проверять с клиента работает ли прозрачное сжатие - можно было бы программно контролировать. А так у меня просто недостаточно уверенности что оно будет всегда работать.