保存データにテキストファイルを使用する必要がありますか？

私の質問は、テキストファイルを使用してゲームデータを保存する必要があるかどうかです。これを行う上でいくつかの基本的な懸念があります。

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
• 構成ファイル
• マップ、テクスチャ、サウンド、スクリプト、アニメーションデータ、...
• ローカリゼーション
• GUIレイアウトデータ
• もっと考えなかった

カテゴリごとに、別のアプローチを取ることができます。

たとえば、SQLiteを使用できます、ローカライズに、マップにバイナリ、テクスチャ、サウンドなどを。

設定に関しては、簡単に変更できるxmlファイルを使用する必要があります。

いつものように、正しい答えは「依存する」です。

c ++バインディングを持つ多くのxmlパーサーが存在し、SQLiteのc ++バインディングも存在します。

データをバイナリblobとして保存し、そのファイルにアクセスするときにデータをストリーミングして戻すことができます。これにより、両方の問題が解決します。シリアル化コードが逆シリアル化とまったく同じであることを確認してください。

バイナリBLOBのストリーミングは比較的高速であり、ユーザーがデータを見たり変更したりすることも防ぎます。

標準ライブラリストリームを使用して、これらすべてを実現できます。