さまざまなプロセスに関するいくつかのワークフローを設計する必要性が非常に強くあります。問題は、まだワークフロー テクノロジを実際に知っている人が誰もいないことです。利用可能なオプションを比較するための適切なデータを見つけるのは面倒で、完全に実りあるものではありませんでした。
そこで皆さんに聞いてみようと思いました。
私たちが注目している主なテクノロジは、Windows Workflow Foundation と eDocs Workflow です。他にどのようなオプションがありますか? SharePoint 2007 にはワークフロー機能もありますね。それはただのWFに基づいていますか？
さまざまなテクノロジーの長所と短所は何ですか? それらはどのように比較されますか?
編集: また、eDocs ワークフローのような管理タイプの機能の 1 つは、自分で編集する方法を提供することです。Sharepoint '07 も同様だと思います。ストレート WWF 実装でそれを許可する他の方法はありますか?
Sharepoint と WF は、同じエコシステム内の 2 つの異なるワークフロー オーサリング ツールとして設計された、補完的なテクノロジのようなものです。Sharepoint ワークフロー デザイナーと WF (Windows Workflow Foundation) ワークフロー デザイナーがあります。
Sharepoint デザイナーは、Office のようなワークフロー編集エクスペリエンスを提供することを目的としており、簡単に使い始めることができ、非技術的なタイプに対応しており、すべての Web フォームを自動的に生成します。
一方、'WF' ワークフロー デザイナーは、実際には Visual Studio のコンポーネントであり (デフォルトでは、Bernie が言うように、再ホストすることができます)、プログラマーがワークフローを完全にカスタマイズし、それを他のコードと統合できるように設計されています。 /システムが必要です。「Sharepoint アクティビティ」を使用することで、この方法で SharePoint サイトを構築および展開することは可能ですが、より複雑になります。
前者のルートを取る場合は、完全な混乱を引き起こすことなく、管理タイプに (その環境の制限まで) 独自の基本的なカスタマイズを行わせることができます。
ユーザーがワークフローを作成できるように、独自のアプリケーションでWFデザイナー（Visual Studioのデザイナー）を「再ホスト」することができます。Webには多数のコード例がありますが、MS自体からの最も重要な例は次のとおりです：http：//msdn.microsoft.com/en-us/library/aa480213.aspx）。
ある時点で、WFを評価するときに、これを実行していくつかの機能を追加したデモアプリケーションを実装しましたが、それは機能しますが、ルールの理解が必要なより難しいアクティビティ（ポリシーアクティビティなど）を誰もが理解して使用できるわけではないことがわかりました。エンジンは動作します。