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