MG
Там трафика - байты в минуту. Можно хоть на brainfuck с интерпретатором на malbolge.
Size: a a a
2019 July 23
MG
Зато структура пакетов такая, что повеситься можно, я не хочу ловить NullPointerException и OutOfBoundsException из-за того, что бегаю по байтикам руками.
DA
Т.о имеем простоту свитча и аккратно организованный код
MG
Это только чтение фрейминга, а внутри request/response/notification, для них диспетчеризация по функции, у некоторых функций диспетчеризация по подфункции, и тело пакета в каждом случае ручной выделки, иногда с раскладкой по битам.
MG
Да, для функций/подфункций будет мультиметод.
DA
И что смущает?
MG
Смущает написание этого на джаве, как @astreb предложил.
IG
необязательно расставлять везде
:^private. Для объявления приватных функций есть defn-, а константы пусть публичные будут.DA
Смущает написание этого на джаве, как @astreb предложил.
Ну да, на кложе будет по проще
IG
просто
^:private на каждой строке зашумляет кодMG
(def -- :private) (def ^-- ,,,) :)IG
Еще для бинарного разбора есть джавный класс
ByteBuffer, иногда бывает полезенMG
Мне скорее регэкспы на стероидах тут нужны. "байт, потом ещё три байта, потом опционально следующая секция, где первый байт из битовых полей, потом четыре байта LE integer, потом ..."
MG
Да,
ByteBuffer поможет числа читать, вижу.VM
Попробуй посмотреть на подход из Practical Common Lisp.
MG
Всякие
gloss смотрел, у них плохо с "а тут байт с длиной последующей секции"VM
Эту главу и следующую.
IG
когда читаешь ByteBuffer, у него сдвигается внутренний указатель, и чтение получается императивное, что удобно. Например, считал Int, который указывает, сколько читать дальше. Потом читаешь массив интов с длиной, полученной на предыдущем шаге, и тд
A
Мне скорее регэкспы на стероидах тут нужны. "байт, потом ещё три байта, потом опционально следующая секция, где первый байт из битовых полей, потом четыре байта LE integer, потом ..."
да если хочется еще медленнее парсить байты ))