私が最近学んだ可能であり、SharePoint デザイナーを使用してステート マシン ワークフローを作成するも簡単です。. 必要は発明とすべてが良いものの母と発明を見た必要この 1 週間を持っていた. 偶然にも, 私は来た この MSDN フォーラムのポスト 同様. 私の個人的な経験のこの 1 週間、「独立した確認" 私の信念に力を貸す. 私は完全に吹きつけられた例でより大きい長さではこれについて記述する予定します。, しかし、それの要点はここにあります。:
- ワークフローがリスト アイテムを変更することは、アプローチを活用します。, 新しいワークフローをトリガー. 迷惑になるし、さらにこれを通常考えられてきた セマフォの使用に関するブログ それを処理するには.
- SharePoint に複数の独立したワークフローを特定のリスト アイテムに対してアクティブにすることができます。.
それを構成するのには:
- 状態マシンを設計します。 (すなわち, 状態および状態をどのようにするには、次のいずれかから遷移).
- 別のワークフローとしての各状態を実装します。.
- 各リスト アイテムの変更への応答で実行するこれらの状態のワークフローの構成します。.
各状態のワークフローに従いますこの大まかなパターン:
- 初期化時に, それは本当に「現在のアイテム」の状態の情報を調べることによって実行かどうかを決定します。. そうでない場合は中止.
- 作業を行う.
- 「現在のアイテムをを更新します。" 新しい状態情報を. これが現在の項目に更新をトリガーし、状態のすべてのワークフローを起動.
脇からの明白な利点は、1 つ宣言のステート マシン ワークフローを作成できます。, すべての状態情報が Kpi を構築し、興味深いは素晴らしいことを再生します。.
それはかなり実質的な欠点を持っています。 — 標準のワークフロー履歴の追跡が一層無駄に簡単に改善の通常🙂より, ただし. カスタム リストですべての監査の種類情報を格納します。. それはおそらく、バニラのシーケンシャル ワークフローのも良いアイデアです。, それはまた別のブログの記事のためです🙂
私はこの謝罪」を呼び出す" 私が, 残念なことに, 複数回のフォーラムによると、1 つ必要があります visual studio を使用して、ステート マシン ワークフローを作成する他の場所. それは単に本当ではないです。.
</終了>
Technorati のタグ: ワークフロー