|
|
|||||
Et cetera
Регистрация: Sep 2002
Сообщений: 30,784
|
Свой собственный бинарный формат будет быстрее и экономичнее, чем AMF и уж тем более json + gzip (с фига ли посимвольный JSON будет быстрее нативного ByteArray?).
|
|
|||||
буду краток
модератор форума
Регистрация: Sep 2003
Адрес: Ближайшее Замкадье
Сообщений: 3,110
Записей в блоге: 28
|
посмотрите в сторону google protobuf
тут мои эксперименты., если заинтерисует, есть больше.. пиши в личку.
__________________
Отряд Котовскага |
|
|||||
Мой ответ относится к серверной части, обычно она шлет дохренище данных клиенту, а не наоборот...
|
|
|||||
Modus ponens
|
Типа раззиповать и распарсить дофигища строковых данных средствами AS3 будет быстрее? Protobuf - интересный формат, но некоторые его структуры в AS3 нечем обеспечить (типа все тех же енумов), и записать его будет чуть дольше на клиенте, а с точки зрения сервера - лучше не придумаешь
__________________
Hell is the possibility of sanity |
|
|||||
буду краток
модератор форума
Регистрация: Sep 2003
Адрес: Ближайшее Замкадье
Сообщений: 3,110
Записей в блоге: 28
|
Цитата:
Другая проблема что само message несериализованно, но это лечится вводом поля alias..
__________________
Отряд Котовскага |
|
|||||
Цитата:
Под игровые нужды. Пока мысли такие - первые байты - short, являющийся номером команды и определяющий, как смотреть на оставшиеся байты. Или вообще сделать нечто вроде бинарного дерева команд (как бы наследующих друг-друга) и читать 2-3 Boolean (и так двигаться по дереву влево-вправо), а после этого "хвост" сообщения уже будет однозначно обработан Или это не так делается? Посоветуйте, кто знает =)
__________________
...вселенская грусть |
|
|||||
Et cetera
Регистрация: Sep 2002
Сообщений: 30,784
|
Ну да, т. е. клиент у нас будет тупить на посимвольном парсинге этого самого JSON.
|
|
|||||
Modus ponens
|
Цитата:
EDIT: Ксати, решил более вплотную этим занятся Посмотрел исходники AS библиотеки... ну, прямо скажем, можно было бы и лучше... калька с Джавы + недоделаная. Человек не знал про свойство endian у ByteArray ну и еще по мелочам, типа, сам написал упаковку int, в то время, как в AMF она точно так же работает
__________________
Hell is the possibility of sanity Последний раз редактировалось wvxvw; 19.01.2010 в 00:01. |
|
|||||
Цитата:
со стороны серверной части - отсылается же не одному клиенту и сериализация в данном моменте лучше подходит та что я описал, так что все зависит от случая. вообще лучше использовать как уже вами подмечено свой протокол. |
|
|||||
буду краток
модератор форума
Регистрация: Sep 2003
Адрес: Ближайшее Замкадье
Сообщений: 3,110
Записей в блоге: 28
|
Цитата:
другой вопрос, что 64- битный double, 64int, enum, etc. совершенно не обязательно использовать при создании .proto на конкретном проекте. есть способы как обойтись без этого.. ( тысячи их) можно для этих целей вообще работать только с protobuf lite (могу ошибаться, но там, кажется, уменьшенный набор типов) Большая просьба! если будут интересности по PB - как нибудь мне маякните! очень интересна мне эта тема.. пока правда отложена на неопределённое время.. Добавлено через 8 минут Цитата:
Тут какбы есть 2 пути - использовать раздутый, но отлично расширяемый amf - подобный протокол либо писать жосткий и мегаоптимизированный. если протокол написан 1 раз и больше меняться не будет, тогда лучше 2 вариант, если изменения будут, или хотя бы возможны, нужно смотреть в сторону более расширяемого варианта сериализации. а так можно все возможные данные зашить в пару байт и проверять кэйсом (ифом) if (a==1) значит смотрим заранее загруженные варианты данных с id = 1.. итп. (утрирую)..т.е. именнованные по id события, с минимальным количеством данных, или вообще без них... Цитата:
т.е. с сервера приходит набор данных(для примера все данные int) 1.10.2.20.3.30 - сериализуем: 1 - таг типа сообщения = 10 ( alias): - соответствует, например клаcсу PointMessage в нём таг 2 - это координата x = 20 таг= 3 - координата y = 30 - создается pointMessage {alias:10, x: 20, y:30}, у которого кстати можно прописать еще и нужные методы - я делал некий перекрываемый для всех Message - function changeModel() минусы - отсылка лишних байт тагов, казалось бы можно без них обойтись.. передавать 10.20.30 - но в PB заложена возможность не посылать все поля, что в принципе удобно, и передача массивов, здесь без тагов не обойтись..
__________________
Отряд Котовскага Последний раз редактировалось Котяра; 19.01.2010 в 10:22. |
Часовой пояс GMT +4, время: 13:09. |
|
« Предыдущая тема | Следующая тема » |
Теги |
AMF , socket |
Опции темы | |
Опции просмотра | |
|
|