Arbor

1. ParameterContainerや普通のクラス変数などでTapTransitionをロックするbool値を用意しておき、遷移してから完了するまでロックを有効にする。
   TapTransitionスクリプトではTransition()呼び出しする前に、ParameterContainerもしくはクラス変数の値を見て判定。
2. TapTransitionをロックしたいステート名の先頭に"[TapLock]"と付けておき、ステート名によりロック中か判定する。
   TapTransitionスクリプトではTransition()呼び出しする前に、stateMachine.currentState.name.StartsWith("[TapLock]")を見て判定。

thorikawa wrote: ↑2019/06/26 06:46 TapTransitionが常駐ステートである件ですが、他に通常の状態遷移も行うことはほぼないので、おっしゃるように常駐ステートである必要はありません。ただ開始ステートに設定したとしても、「Object1に対するTapTransitionが開始ステートであるFSM」と「Object2に対するTapTransitionが開始ステートであるFSM」の2つのFSMが存在する場合、Object1のタップで開始される一連のStateが実行されている最中に、Object2がTapされると同時に両イベントが同時実行される問題は依然解決されないと思っています。

• 常駐ステートをやめて、開始ステートでTapTransitionの形式にする。
• TapTransitionでTransition呼び出すときの条件としてロックされていないかどうか判定
• Transition呼び出したらロックする。
• OnStateBeginに戻ってきたときやロックを解除したいタイミングなどでロック解除

public static bool tapLocked= false;

public override OnStateBegin() 
{
    tapLocked = false;
}

public override OnStateUpdate()
{
    if( タップした && !tapLocked ) {
        Transition(stateLink);
        tapLocked = true;
    }
}

thorikawa wrote: ↑2019/06/26 06:58 >> Arborそのものには「タップ後のステートの何をもって完了とするか」が分からず、
> の件ですが、各ステートに（ちょっと曖昧な言い方になりますが）自分の役割を果たしたタイミングがあると思っていて、たとえば「AgentFollow」だったら目的地に到達した瞬間、「TimeTransition」だったら指定した時間が経過した瞬間を越えたStateかどうかを汎用的なAPIで判別できたら、「一連のState」が完了したかどうかを自動判断できて便利だなと考えていました。（ずっと実行され続けるStateもあると思いますが、そういったものはとりあえず除いて）もちろん明示的に後続Stateをおいてパラメータをセットしたりしてもよいのですが、人手の作業だとどうしても抜け漏れが発生してしまうので、システムで自動判別できたらよいなという願望でした。

上記について補足ですが、より具体的には
StateBehaviour.isTaskFinished() みたいな共通のAPIが定義されていて、それを叩くとステートの実質的な作業は完了しているかどうかを取得できる（実装はStateによるが呼び出し側は意識しなくてよい）と便利だなと思いました。

• もしかしたら各種挙動が役割を完了した「瞬間」に遷移する可能性がある
  （元から遷移しないタイプもあれば、遷移するタイプでも接続していなければステートに残り続ける場合もある）
• “動作が完了した状態”は一種のステートと言えるので、グラフ上でも必要であればステートで表現する