Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.141.19.235] |
|
Сообщ.
#1
,
|
|
|
Вот думаю сделать уведомление устройств об изменениях данных на сервере Microsoft Azure Mobile Services через уведомления из двух составляющих - вид сущности - int, и идентификатор - Guid. И вот, поскольку Android предпочитает получать JSON-данные, вопрос - как в него оптимальнее запихнуть Guid? Стандартная запись - совсем не оптимально, base64 - конечно, лучше, но может возможно оптимальнее без дополнительных заморочек с BSON? JSON знаю не очень, а особых идей по этому поводу тоже не нашёл.
P. S. Хоть и для мобильных устройств нынче не нужно считать каждый байт, но если этих уведомлений пойдёт куча, то помноженный на количество размер сообщения будет влиять на traffic. |
Сообщ.
#2
,
|
|
|
Цитата Ilya81 @ Стандартная запись - совсем не оптимально, base64 - конечно, лучше base64 гуида будет длинней, чем сам гуид |
Сообщ.
#3
,
|
|
|
Цитата Relaxander @ base64 гуида будет длинней, чем сам гуид Чем стандартная запись в смысле? Посмотрю, вообще, интересно, если учесть, что стандартная запись фактически base16 плюс дефисы. Проверил, base64 короче, что логично: "lGByiEnUwUqnnns0XInJwQ==" "lJDDrzhrZku/BpWJ6fdpAw==" "plHUzQvqGEaFXH01jPnk0A==" "1967dea5-9b41-4524-9a16-d1f073e53522" "b92e3884-8d6e-4c77-b619-c79ee24e8d4b" "893078fd-a6bb-4b9a-9f8c-8715ffe81014" Вопрос лишь, есть ли сериализуемая запись ещё короче. |
Сообщ.
#4
,
|
|
|
EA3AAF3D-7ADA-4638-A8A1-905209BE1553 => RUEzQUFGM0QtN0FEQS00NjM4LUE4QTEtOTA1MjA5QkUxNTUz
я бы передавал как есть, ну можно без дефисов, и не парился Добавлено Цитата Ilya81 @ base64 короче, что логично да, логично. 16 байт против 36 текстового представления явно короче ) но вряд ли можно еще меньше сделать |