エンティティまたはコンポーネントの状態変化

私のエンティティの状態管理を処理する方法を理解するのに問題があります。

一時停止やメニューなどのエンティティのコンポーネントシステムとして処理されないため、ゲームの状態管理に問題はありません。エンティティ/コンポーネントの状態のみ。

例としてOrcs Must Dieから描画すると、MainCharacterおよびTrapエンティティがあり、PositionComponent、RenderComponent、PhysicsComponentなどのコンポーネントしかありません。

エンティティは、更新ごとにそのコンポーネントでupdateを呼び出します。また、さまざまなイベントタイプのリスナーを備えた汎用のEventManagerもあります。

次に、トラップを配置できるようにする必要があります。最初にトラップとトラップの位置を選択し、次にトラップを配置します。

トラップを配置するときは、MainCharacterの前に表示され、別の方法でレンダリングされ、それに従って進みます。配置すると、衝突に反応し、通常の方法でレンダリングされます。

これは通常、コンポーネントベースのシステムでどのように処理されますか？

（この例は具体的ですが、エンティティの状態を処理する一般的な方法を理解するのに役立ちます。）

コンポーネントシステムの興味深いアプリケーションの1つは、エンティティのコンポーネントを処理できるように設計した場合、実行時にエンティティのコンポーネントを変更できることです。したがって、エンティティの状態は、それに割り当てられているコンポーネントとそれらが保持している値の両方の合計になります。

あなたの例では、最初にa BuildControllerComponent（ビルドフェーズでのプレイヤーコントロールへの反応を管理する）、a PositionComponentおよびaでトラップを作成できますRenderComponent。最後の1つには、使用するピクセルシェーダーを制御する1つのデータフィールドがあり、そのうちの1つは、ビルドするトラップに「幽霊のような」外観を与えます。まだ物理コンポーネントが割り当てられていないことに気づくでしょう。

トラップを配置すると、コンポーネントが交換されます。BuildControllerComponentそれが削除されるので、もう必要ありません。RenderComponentシェーダは、トラップの通常の標準ビューに置き換えられます。最後に、PhysicsComponentトラップが機能するために必要な他のものがエンティティに追加されます。

継承ベースのアプローチでは、これは、引数としてActiveTrapEntityクラスを受け取るクラスのコンストラクターを持つことと同等BuildTimeTrapEntityであり、2番目のコンストラクターは、構築中にトラップをレンダリングするために使用され、最初のコンストラクターは、配置された後にトラップに使用されます。

エンティティがコンポーネントの更新を呼び出すという考えは好きではありません（システムが機能しているはずです）。これは、コンポーネントが互いに気付かない状態を維持することで問題を引き起こします。

「状態」というコンポーネントを追加できます。レンダリングシステムと衝突システムからアクセスされます。状態コンポーネントは、複数の状態を利用できるフラグにすぎません。状況について説明すると、状態はとにPlayなりBuildます。レンダリングシステムが状態を確認Buildすると、オブジェクトを半透明に描画します。衝突システムがBuild状態を確認すると、プレーヤーとの衝突は処理されません。

しかし、実際には、システムがなく、すべての作業をコンポーネントに依存している場合、多くの問題が発生します。コンポーネントは相互に認識してはならず、処理を実行してはなりません。