Как лучше реализовывать сохранение состояния пошаговой игры?

Question

[intet]

Появилось желание написать простую пошаговую игру и практически сразу же встал вопрос сохранения состояния. Текущее состоянии игры описывается набор java объектов, связанных между собой и имеющих внутренние поля.
При сохранение важно упаковать все эти объекты и связи, чтобы после восстановить при загрузке.
Пока вижу только два варианта
1) Sql БД в таблицы которой складываются объекты, ссылки и при загрузке все подтягивается из БД.
Очевидные минусы - сложность с поддержкой разных версий, нельзя просто покопаться в сох ранениях текстовым редактором.
2) Xml. Можно копаться редактором, проще с поддержкой разных версий, но не понятно как хранить связи между объектами в случае если А ссылается на Б и Б ссылается на А.
Если есть у кого-нибудь опыт подобных дел или просто размышления на эту тему прошу поделиться.

Answer 1

[Dmitry]

Для простоты сериализуйте Java объекты и храните их в sqlLite, который в свою очередь "вшейте" в проект.
Плюсы :
Простота хранения
Ресурсоемкость(не требует развертования СУБД)
Скорость разработки(не требуется писать маппинг java - субд - ячейка)
Минусы :
Производительность(но для хранения состояний это не критично)

Comments

[intet]

Предлагаете опираться на стандартную сериализацию java? Хороший вариант, мороки с написанием маппинга гораздо меньше.
Но что делать в случае добавления/ удаления полей в классе. Как понимаю десериализация старых данных станет не возможной.

[Dmitry]

www.ibm.com/developerworks/ru/library/j-5things1
Укажите serialVersionUID = 1L и при добавлении нового поля, объект считается, но новое поле будет null

Answer 2

[Little_CJIOH]

А сколько "состояний" хранить надо?
А то может вам коробка из икеи нужна, а не роботизированный складской комплекс.
В смысле, может писать json в файлик?

Comments

[intet]

Сейчас попытался прикинуть количество объектов 100 - 1000.
Грубо говоря это состояние персонажей ( координаты, хитпоинты). Состояние вещей у кого в каком состоянии они лежат. Состоянии игрового мира. И состаяние так сказать квестов, любых событий которые отслеживают изменения персонажей и игрового мира. Важно хранить связь персонаж->предмет->квест->персонаж.
Думаю вряд ли это просто запихать в json.

[Little_CJIOH]

Важно хранить - храните. json - формат представления объектов, вам надо хранить объекты, в чем проблема?

[intet]

Проблема в связях между объектами. Надо сохранить что А ссылается на Б, и Б ссылается на А.

[Little_CJIOH]

А как вы связи храните в программе? Ссылка не является частью объекта? Инвентарь со всеми объектами не является частью персонажа?

[intet]

Персонаж хранит массив ссылок на объекты в инвентаре. Потом отдельный объект квест тоже хранит массив ссылок на предметы и может быть ситуация, когда объект принадлежит и квесту и персонажу.

[Little_CJIOH]

Извините, я просто не понимаю сути вопроса, есть данные, которые надо сохранить и потом загрузить. Два элементарных действия.

[intet]

Точнее есть граф объектов, его нужно сохранить и потом извечь. Проблема в том что это граф, а не отдельный набор объектов.
Для примера нужно сохранить пару муж, жена. Для каждого надо указать кто является супругом. Они ссылаются друг на друга и как такую структуру запихать в json непонятно ( у объектов может не быть уникальных ID)

Answer 3

[Артем Лисовский]

XML в наш век для таких целей выглядит как костыль. Конечно, используйте БД.
В бд можно копаться и очень просто. Есть куча софта, а если будете использовать mysql, то и разные phpmyadmin.
Подрастёте, переходите на облачные бд аля https://parse.com/ (хотя можете и сечас с ними ознакомиться).

Поддержка версий при грамотной структуре - не вопрос вовсе.

Не стоит бояться БД. Просто найдите свой подход к ним. В них не так всё сложно как кажется. Select, update, delete, insert - все команды которые вам понадобятся. Далее - вопрос структуры.
Если планируете свой сервер, начинайте учить django - там сможете почти автоматом нагенерить любую БД. Иначе смотрите в сторону облачных БД(писал выше) - как в них создать БД разберется даже домохозяин. Остальное - дело за вашим клиентом

Comments

[yorick_kiev_ua]

Я так понял, что это оффлайновая игра, какие "облака"?

[Артем Лисовский]

@yorick_kiev_ua возможно, вы правы. А возможно и нет.

[yorick_kiev_ua]

В случае с онлайн-игрой понятия "сохранение-загрузка" несколько бессмысленны. Ну и речь XML какбы намекает на локальность.