Чи слід використовувати текстові файли для збереження даних?

Моє запитання - чи потрібно використовувати текстові файли для збереження своїх ігор. У мене є деякі основні проблеми щодо цього:

1. Дійсно не можна захистити дані, і, таким чином, користувач може викрутити все, якщо до них доторкнуться, і я не хочу, щоб це сталося.

2. Мабуть, це не найефективніший спосіб зберігання моїх даних (їх буде багато)

Я знаю, як ефективно аналізувати / записувати в текстові файли, тому для прототипування вони були фантастичними. Я просто хочу подивитися в майбутнє на те, про що я повинен думати про перехід, щоб це не вдарило мене обличчям до кінця розвитку.

Якщо я не повинен використовувати текстові файли, що я повинен використовувати? Мені потрібно щось C ++ сумісне.

Зараз, оскільки ви тільки починаєте, текстові файли, ймовірно, добре. У вашому запитанні є кілька проблем, які я вирішу.

1. Захист даних не так важливий, як ви, напевно, думаєте. Якщо ваша гра багатокористувацька, у будь-якому випадку ви збережете дані на сервері. Якщо ваша гра одиночна, то що робити, якщо гравці змінюють дані? Якщо вони щось зламають, це справді їхня вина, і вони можуть знову встановити.

2. Продуктивність - це ще щось, що нам часто не вдається спланувати належним чином. Не варто насправді оптимізувати, поки ви фактично не виміряєте питання щодо ефективності. Я здогадуюсь, що у вас, ймовірно, буде кількість даних, яка не така велика, і текстові файли будуть просто чудовими.

Незважаючи на це, ваш найкращий варіант - абстрагувати свої збереження даних та завантажувати процедури якнайкраще. Наприклад, ви можете мати базовий клас, скажімо DataWriter, а потім надавати різні реалізації різних його методів. Дуже базовий приклад виглядатиме так:

class DataWriter {
  virtual void save(GameState state) = 0;

  virtual ~DataWriter() { }
};

class TextFileDataWriter : public DataWriter {
  virtual void save(GameState state) {
    //write to text file
  }
};

class DatabaseDataWriter : public DataWriter {
  virtual void save(GameState state) {
    //write to database
  }
};

Коли ви в кінцевому підсумку профіліруєте свою гру та зрозумієте, що вузьке місце продуктивності знаходиться в рутинному режимі написання файлів, ви можете надати іншу реалізацію цього класу (наприклад, замість цього записати в базу даних) з мінімальними змінами коду виклику.

Слово Дані про ігри можуть означати багато речей, наприклад

• Gamestate
• Файли конфігурації
• Карти, текстури, звуки, сценарії, дані анімації, ...
• Локалізація
• Дані макета графічного інтерфейсу
• більше я не думав

Для кожної категорії можна застосувати інший підхід.

Наприклад, ви можете використовувати SQLite для матеріалів локалізації, бінарних для Карт, текстур, звуків тощо.

Для конфігурації потрібно використовувати просту зміну файлів XML.

Як завжди, правильна відповідь - "це залежить".

Існує багато парсерів XML із прив'язкою c ++ та прив'язкою c ++ для SQLite.

Ви можете зберегти свої дані у вигляді двійкового блоку та передати дані назад, коли ви отримаєте доступ до цього файлу. Це вирішило б ваші проблеми. Просто переконайтесь, що код серіалізації точно такий же, як і десеріалізація.

Потокове передавання у бінарний блок відносно швидко, а також заважає користувачеві бачити дані та змінювати їх.

Все це можна досягти, використовуючи стандартні бібліотечні потоки.