問題タブ [state-machine]

HMMを始めたいのですが、やり方がわかりません。ここにいる人は、どこを見ればよいか、いくつかの基本的な指針を教えてもらえますか?

理論だけでなく、多くの実践的なことをするのが好きです。したがって、単なるテキストではなく、学習を確認するための小さなコード スニペットを記述できるリソースを好むでしょう。

私は、Sharepoint Server 2007 Statemachine ワークフローに取り組んでいます。今まで、いくつかの状態と、InfoPath 2007 で作成したカスタムの Association/InitiationForm があります。現時点では、変更フォームに問題があります。ワークフローの状態ページに変更リンクが表示され、クリックすると InfoPath フォームに移動します。「送信」ボタンをクリックすると、フォームが閉じます。すべて正常に動作します。ここで、ワークフローに 2 番目の ModificationForm を追加しようとしました。そこで、新しい InfoPath フォームを作成し、最初のフォームと同じ方法でワークフローに追加しました。ワークフローのビルドまたはデプロイ プロセスにエラーはありません。しかし、状態ページの 2 番目の変更リンクをクリックしようとすると、フォームが表示されません。私のフォームの代わりに、「フォームは閉じられました」というテキストが表示されます。示されています。

集中管理を調べたところ、InfoPath フォームは [フォーム テンプレートの管理] の下にあります。Workflow.xml のすべての変更に独自の GUID を付けました。次の ModificationUrl を使用しました: ModificationUrl="_layouts/ModWrkflIP.aspx"

ワークフローで 2 つ以上の ModificationForms を使用する方法を段階的に知っている人はいますか?

前もって感謝します。

私は自分でそれを理解したいと思っていますが、yieldステートメントを含む関数を列挙子のステートマシンに変換するアルゴリズムは何ですか? たとえば、C# では次のようになります。

これに：

もちろん、元のコードによって結果はまったく異なる可能性があります。

私はWFを見ていて、StateMachineワークフローを使用してユーザーの状態を追跡するのが最善かどうか疑問に思っていました。つまり、ユーザーは匿名であり、ユーザーは既知であるが認証されていない、ユーザーは既知で認証されている。

これは、この定期的な問題を解決するための良い方法でしょうか？

感謝祭の後に学校に戻ったら、決定論的および非決定論的な有限状態マシン、チューリング マシン、プッシュダウン オートマトンなどのトピックを扱う CS 理論のコースを受講します。ただし、それらを視覚的に表現し、それらがどのように機能するか (合格/不合格など) をテストできる優れたアプリケーションは見つかりませんでした。私がこれまでに見つけた最高のものはjFlapですが、かなり扱いにくいと感じています。

最近、私は有限状態マシン（FSM）と、それらをソフトウェアに実装する方法について考えています（プログラミング言語は関係ありません）。

私の理解では、決定論的ステートマシンが広く使用されています（解析/レクサー、コンパイラーなど）が、非決定論的ステートマシンの問題は何ですか？

すべての非決定論的ステートマシンを決定論的ステートマシンに（プログラムでさえ）変換することが可能であることを私は知っています。それは私のポイントではありません。また、非決定論的ステートマシンの実装ははるかに複雑だと思います。

とにかく、非決定論的ステートマシンを実装することは意味がありますか？知らない特別なアプリケーションはありますか？それをする理由は何でしょうか？おそらく、最適化され、特殊化された非決定論的ステートマシンの方が高速ですか？

SharePoint用のStateMachineワークフローを作成し、1つの状態で、レプリケーターを使用して複数のタスクを作成しました。作成されるタスクの数は可変です。

1つのイベントハンドラーは1つのタスクにしか関連付けることができないため、作成したすべてのタスクのOnTaskChangedイベントを処理する必要があります。

特定の数のハンドラーによって作成および処理できる制限された数のタスクを使用できますが、それを最後の手段として、または最後の手段として順次ワークフローを作成することを検討しています。

これがサポートされているかどうか、または回避策があるかどうかをお知らせください。

参照リンク：http ：//social.msdn.microsoft.com/Forums/en-US/sharepointworkflow/thread/a174ac5f-03ed-4e27-998b-bbdb7d01d09b/

私は最近、SharePoint ステート マシン ワークフローの作業に当惑しています。その状態でタスクを再割り当てできるように、ワークフローにいくつかの変更フォームを追加したいと考えていました。残念ながら、変更フォームは、ステート マシン ワークフローで使用するための文書化されていないようです (ただし、シーケンス ワークフローではかなり簡単です)。ScopeHandlingActivity とそれに関連するイベント ハンドラーの使用は、ステート マシンとうまく調和していないようです。

ステート マシン ワークフローで機能する変更フォームを取得した人はいますか?どのようにそれを実行しましたか?

ありがとう！

私のシナリオをできる限り説明しようと思います。

アプリケーションのティックごとに、キーボードとマウスの現在の状態を照会し、それらを個々のクラスとデータ構造にラップします。キーボードの場合はKeys列挙型 (現在押されているキーごとに 1 つの項目) の配列であり、マウスの場合は、押された各ボタンの座標デルタとブール値を含むクラスです。

また、スタックを維持し、状態をマーシャリングする状態マネージャー クラスを介して管理される基本的な状態マシンもあります。

私が知りたいのは、入力 (スナップショット) をアプリがいつでもできる個々の状態に渡すのに最適な方法です。

状態内のロジックの繰り返しを減らすために、個々の状態からできるだけ多くの入力を処理したいと思います。

または、入力スナップショットを可能な限り純粋に保ち、それらを状態に渡して、入力固有のロジックを非表示に保つことができるようにする方がよいでしょうか?

注:
この構造は、私が想像するゲームの動作に似ています。このアプリケーションはゲームではありませんが、できるだけ迅速に処理する必要があります。

AASM で状態が変化したときにメソッドを呼び出すにはどうすればよいですか?

次のモデルでは、状態が有料に遷移したときに update_foo を呼び出したいと思います。