エンティティIDシステムを使用する利点は何ですか？

現在、Programming Game AI By Exampleという本を読んでいます。

この本では、ゲーム内の各エンティティに一意のID番号を割り当てることに言及しています。場合エンティティしばしばAのニーズコンタクトエンティティにB、Aが参照なるBを送信することによってBへのID番号をEntityDatabaseのクラス。このクラスはID番号を受け取り、エンティティへの参照を返します。

一部のエンティティのID番号は、一部のエンティティ（メインのゲームキャラクター）のIDを含むファイルから取得することもできます。

私の質問は次のとおりです。なぜこれを行うのでしょうか？参照を直接操作できないのはなぜですか？直接参照を取得するのは難しいですか？IDシステムの使用は一般的なアプローチですか？IDを使用しないゲームはありますか？

ゲーム開発は初めてです。エンティティIDシステムを使用する利点を説明してください。長所と短所。具体的な例は素晴らしいでしょう。ありがとう

参照は多くの状況でうまく機能します。ただし、参照がうまく機能しない3つの重要な状況があります。

• ネットワーキング。エンティティの状態の同期に関する情報をネットワーク経由で送信する場合、参照は使用できません。何らかの方法でエンティティを識別する必要があるため、リモートマシンはあなたが話している相手を認識します。

• 保存/読み込み中。ゲームの状態をディスクに保存するとき、オブジェクト参照はそれと一緒に行くことができません。つまり、状態を読み込むときに、参照によってターゲットにされたエンティティBを持つエンティティAは、誰をターゲットにするかを認識できなくなります。メモリの場所は異なり、オブジェクトは異なります。

• メモリ管理。参照を格納する中心的な場所があるということは、エンティティを削除するときに、すべてのエンティティを調べて、参照を削除してメモリをクリーンアップする必要がないことを意味します。参照は必要な場合にのみ使用し、他のエンティティでは削除する必要があります。参照カウントを減らすと、最後にやり取りしたものまたは他のエンティティによってのみ参照されるゾンビエンティティがなくなります。これは、エンティティがまだ存在するかどうかをテストする標準化された方法で、null参照を回避するのにも役立ちます。

最後の1つは、オブジェクトプールパターンを使用している場合、クリーチャーが死亡（たとえば）してどこかで再スポーンされたためにエンティティがリセットされた場合、参照は同じエンティティ（障害）を指し、IDは残りません有効。

ID 5067はアドレス0x8765クリーチャーがポイントし、別のスポーンが新しいクリーチャーIDを7073にリセットします。誰かがID 5067をチェックし、0x8765をポイントします。通知すると、到達しようとしたクリーチャーはアクティブではなくなります。

それとByte56が言及したすべての素晴らしい理由は、参照を直接使用しないようにするのが良い設計である理由です。