у меня возникает первая реальная задача.
Сохранения к игре, гибкие сохранения.
У нас нет легкого nosql хранилища, которое можно встроить? на ди.
Какие есть варианты? Жсон и все как то на нем? хрупко , но просто.
Хешмапы и и объекты с кастами куда надо?
Какие то таблички...которые ну прям совсем не удобно, но рабочий вариант.
Что то еще есть? Ну прям что бы быстро за пару часов?
Не совсем понятно какие в итоге требования и почему ни JSON, ни ассоциативный массив не подходит.
Вероятно хочет хранить в бинарном виде, а ассоциативный массив дампить некрасиво
То есть надо BSON или MsgPack?
Ну кстати возможно
Просто из описания видится что есть какая-то проблема в D, но кажется что это в целом фундаментальная проблема сериализации, какой язык не возьми. Самые популярные форматы типа Protobuf и Avro, они как раз "жёстко" типизированы
Смотрите. Когда у меня все укладывается в структуру одну и это редко меняется, я так и делаю. Но если в мое приложение куча мест где нужно что то записать в память и этим всем может захотеть пользоваться другая часть программы. Становится тяжело поддерживать. При этом JSON я сам по себе использую, только тогда когда нет альтернатив. А теперь представьте что каждая часть программы хочет иметь не поле, а свой отдельный JSON. Получается уже мапа JSON объектов. Это уже сложнее. В общем в итоге все сводится к тому что я делаю базу данных JSON. Где мне надо опять делать свое дерево, искать, сортировать и.т.д. и.т.п.
Все же не совсем понятно в чем принципиальная сложность. Вложенные структуры можно всегда развернуть, используя ключи в формате one.two.thee, как это часто делается в том же Redis
Я писал выше. Делать заново все. Это не готовая база которую я открыл. Закинул , сохранил. Все в целом можно делать, вопрос времени.
Знаешь как все делают сохранения?
Обсуждают сегодня