Gregory's Server
@dside как минимум, чтобы был встроенный тип для времени
|
3 comments
 @dside @nonsense Имхо если нужны хитрые типы, то тогда уж имеет смысл посмотреть на форматы с описанием типов - capnproto, flatbuffers, protobuffers, ибо завтра может понадобиться не только время, но и, например, литры. А так, чем Int64 не время? И если простых типов хватает, то есть msgpack, простой как пробка и проверенный временем, и с реализованной поддержкой много где. @nonsense Почитал немного про Ion, в отличии от msgpack можно обращаться к полям без декодирования всего сообщения, и это очень значимая фича. Когда я выбирал для своего проекта сериализацию я примерно составил данные которые, как я полагаю, у меня будут и написал серию бенчмарков с разными кодеками. В итоге поменял решение в следующей версии приложения. Бери что удобно, если что потом можно всегда перекодировать, и скорее всего, рано или поздно, придётся. |
@nonsense весьма специфичное, нишевое и неполное требование. Время бывает в моментах, в длительностях, с таймзонами и без, различной точности. Что именно из этого тебе нужно и зачем?