>>17392
Обычно для удобства и кросс-платформенности просто используют свой формат для хранения информации.
>мне нужно было сохранять статус каждой клеточки, которых могло быть до 200. и как это можно в базе сохранить?
В твоём случае описать состояние клеточки можно 0 или 1. Учитывая, что 200 клеточек это на самом деле очень мало, есть смысл хранить состояние поля как двумерный массив в котором 200 строчек, в каждой из которых 200 клеточек, представленных 0 или 1. Как это засовывается в базу? Тут зависит от места хранения и языка на котором пишется игра, формат подбирается для наибольшего удобства.
В современных веб-реалиях, например, игровое поле бы хранили как строку в JSON формате, т.е. это было бы такое прямолинейное текстовое описание уровня:
{
"name": "level one"
"field_status": [
[[0, 0, 1, 0, 0, 0, ... 1], [...], [...], ... [...]],
[[...], [...], [...], ... [...]],
[[...], [...], [...], ... [...]],
...
[[...], [...], [...], ... [1, 1, 1, 1, 0, 1, 1, ... 0]]
]
}
В таком виде его можно хранить и в localStorage браузера, и в noSQL базе-данных, типа mongo, и в SQL-базе данных, просто засовывая эту строку в текстовое поле. Главное тут преобразование из этого формата и обратно. В случае JSON и веб-реалий браузеры умеют это из коробки
Индекс элемента в таком массиве и служил бы его координатой.
>сериализация тут ведь не прокатит, да?
Ты сильно узко берешь сериализацию, сериализовать можно же не только в какой-то бинарный, но и например и в текстовый формат. Как в примере выше