Добро пожаловать, удачи в обучении. Дорогу осилит идущий.
з.ы.
БД XML?!? это что-то новенькое =) нет, можно хранить в этом формате данные и даже передавать по сети, но чтобы это называлось БД, ну разве что как константная БД (только для чтения), это ещё норм, но лучше тогда уже JSON использовать, более компактный, но как полноценную БД на базе XML это громко сказано =)
Приветствую, DenisMed! Ты зарегистрировался на нужном ресурсе. Здесь можно быстро начать программировать и создавать мини-игры. Для некоторых нет необходимости в использовании базы данных. Самое главное занимайся каждй день, тогда ты быстро сориентируешься, какие технологии тебе нужны, а какие нет, поймешь, что такое базы данных и как их едят. Успехов!
Есть игра-стратегия "RISK FACTIONS". Там каждый сектор на карте принадлежит кому-то из игроков, там так же в секторе имеется определенное количество солдат, и каждый сектор имеет свою игровую уникальность. Предположим что у нас 50 Picturebox-ов на TableLayout. И в каждую Tag придется записывать строку типа: "b1=тип сектора;b2=кому принадлежит; b3=сколько солдат; b4=тип сектора"? Ну как-то стрёмно. А вот XML - это то что доктор прописал. Мы бы его создавали и удаляли после каждой игры. А уж для использования сохранений - это вообще оптимальный вариант.
Для сохранений да, согласен, но вот по поводу другого не очень понял, как ты назовёшь, так оно и сериализует в XML формате.
Оно и в XML формате может хранить b1, b2, b3, b4... поэтому я связи и не вижу, XML формат сам красивые имена не придумывает, это задача программиста, как ему удобнее, так он и реализует. БД это MySQL, SQLite, MSSQL и т.д. если тебе надо хранить что-либо локально и к этому чему-либо нужен постоянный доступ не только по чтению, но и по записи, то лучше SQLite, этот формат БД по-умолчанию используется для мобильных устройств. XML и JSON либо для реализации серверной API, чтобы реализовать кроссплатформенные клиенты для онлайн игры. Либо как я ранее написал, для создания локального набора файлов, в которых хранится информация об игровых объектах, эдакая сериализация для удобства дебага и в последствии удобства фикса данных объектов и их дополнения с минимальным изменением кода и перекомпиляции. Это очень обширная тема, если у тебя мало опыта, то ты попал куда надо, тут по данному вопросы поднимешь достаточно опыта и сможешь реализовать стратегии и не только.