ZM
не понятно что называется служебными данными
Size: a a a
2021 August 29
Oℕ
видимо, мемори футпринт минимальный имеется в виду
Oℕ
По юности я, бывало, писал всевозможные претти принтеры.
Когда на рынке годков набрал, пописал МИКРОсервисы, стал в жсон просто сбрасывать.
Когда на рынке годков набрал, пописал МИКРОсервисы, стал в жсон просто сбрасывать.
Oℕ
жсон в скале, конечно, не то, что эфшарп, НАСЛЕДОВАНИЕ приходится вставлять, однако
Oℕ
красивый принтер был в scalaz.Tree, но там служебных данных наверняка много
ИО
Я так понимаю тут не о принтере речь, а о формате для хранения?
SA
Да, именно так. JSON выглядит самым простым способом, но можно сделать сериализованную строку короче. Заморачиваться с кодированием, ескейпингом, сжатием и т.п., конечно, не нужно.
ИО
id фиксированной длинны?
SA
Не уверен, что это принципиально) И что это упрощает задачу - тоже
Oℕ
ИО
Упрощает, не нужно префиксами длину указывать
ZM
ид обычно из заданного сабсета символов, можно маркерами делить, без длины
ИО
Если фиксированной, то можно сделать с двумя служебными символами, один для обозначения узла, другой — листа
ZM
выкинуть из жсона
"id":, "children":, кавычки и пробелыEK
gzip(tree.toString)
E
в целом принято использовать трейты, абстрактные классы берут когда нужно либо параметры передавать, либо когда знают, что этот класс будет использоваться из джавы
χλ
Спасибо
AS
А при чем тут джява?
E
просто вспомнил что Одерски у себя в книге так пояснял
ИО
Есть ещё моменты, если вдаваться в микрооптимизации.
https://github.com/ScorexFoundation/sigmastate-interpreter/blob/develop/docs/perf-style-guide.md#abstract-class-vs-trait
https://github.com/ScorexFoundation/sigmastate-interpreter/blob/develop/docs/perf-style-guide.md#abstract-class-vs-trait
