GKEntity /コンポーネントの更新サイクルのベストプラクティス

Question

対象

私の質問は、更新サイクルの部門うとしたときのほとんどは、被写体に典型的なパターンとの良好な慣行を尊重するために、Appleのフレームワークを組み合わせますドキュメンテーションとサンプルコードはまだSwiftに適応していません（少なくとも私はどこでも見つけることができません）。

GameplayKitの更新サイクルを管理する方法はたくさんあるので、何が良い組み合わせであるかはわかりません。

要素

まず第一に：エンティティ/コンポーネント内のすべてのクラス（GKComponentとGKEntity（サブ）クラス）を使用すると、フレーム毎の更新を実行するためにオーバーライドすることができupdate()方法があります。これは現在の更新サイクルであるGKScene/SKSceneから来ている必要があります。

次に、GKComponentSystemを使用して、追加された特定のタイプのすべてのコンポーネントのupdate()メソッドを呼び出すことができます。私はポイントを見て、それは非常に便利です。

しかし、私はまた、ステートマシンシステムを使いたいと思っていますし、それも独自のアップデートサイクルを持っています。

私の状況私は初期化時に作成されたGKStateMachineのインスタンスでGKEntityのサブクラスを持っている場合は

。ステートマシンは一瞬のために、いくつかの状態を（持っている：「スポーン」、「ノーマル」、「気絶」と「死」今

、私は大きな「クッキーカッター」を作成していますGKEntityサブクラスを使用して、初期化時に使用するすべてのコンポーネントを作成します。すべてのエンティティのコンポーネントをループして、関連するGKComponentSystemsに追加します。シングルトンにはupdate（）メソッドがあり、更新によってコールがGKComponentSystemsに渡されます。 nts私はフレームごとの更新が必要ないので、それらのためにはGKComponentSystemが作成されていないので、必要に応じて手動で更新します。私はそれはだかどうかを確認、エンティティのステートマシンにアクセスする必要があるので、私は、私は一度にすべてを作成し、コンポーネントを更新するためにGKComponentSystemsを使用するので、私のコンポーネントの更新方法はguardとif-let文がロードされ、私のエンティティに戻ってくる場合

エンティティが移動して正常状態になり、そのことを実行したり、機能をエスケープできる状態。これは私の見解では効率的ではありません。移動コンポーネントは、それが産卵、気絶、または死にそうになったときに更新する必要はありません。

私の更新メソッドが空であるため、私はGKStateMachineを完全に過剰使用しています。コンポーネントは、とにかくGKComponentSystemによって更新されます。

私のアイデア

1. は（多分必要であれば、いくつかの点で異なるコレクションでそれらを並べ替え）とそのupdate()メソッドを呼び出すすべての私のエンティティによるGKComponentSystems完全かつ簡単にループをドロップします。ステートマシンにアップデートを送り、ステートマシンはそのステートに関係するコンポーネントを更新します。

2. GKComponentSystemsのままにしておき、ノーマル状態に入るときと終了するときにコンポーネントシステムからMovementComponentを追加したり削除したりするなどして、状態マシンを使用してコンポーネントを操作してください。

オプション1は簡単ですが、私の構造は、いくつかのコンポーネントが他の人の前に更新する必要がある可能性があり、より複雑なbecasueを取得するときに長期的に問題を引き起こす可能性があります。各エンティティが独自のコンポーネントを更新すると、更新プロセスが分散されます。

オプション2でも混乱を招くことがありますが、私の最大の関心事はコンポーネントの作成/削除です。私はそれらをGKComponentSystemsから取り出すだけですか、それとも完全にエンティティから取り除くのですか？それを行う最も効率的な方法は何ですか？

私のオプションの一つは最高だろう実際の質問

？それを行うためのより良い方法があります。

Answer 1

GKComponentSystemを使用して更新を実行している場合、私はそれだけで行くつもりです。私は、コンポーネントが1フレームにつき1回だけ更新されるべきだと思う。

それはあなたがStateMachinesで何をする必要があるか、あなたの質問から明らかではないが、直接あなたのGKEntityまたはDemoBots IntelligenceComponentなどのGKComponent内に含まれるいずれかの彼らが関与していない理由はありません。