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