1
私たちは、クライアント用のエクストラネット共有ポイントポータルを構築しています。各クライアントにはサイトがあります。サイトの総数は2000〜3000の間になります。ワークフローまたはEventListener
クライアントが新しい文書をアップロードするときに、SiteCollectionA/SiteA/DocumentLibraryから別のサイトコレクションの別のグローバルリストに文書をコピーする必要があります。
ドキュメントまたはイベントリスナーをコピーするワークフローを作成する必要がありますか？クライアントはアップロード後にドキュメントプロパティを更新することが許可され、これらの変更はグローバルリストにもプッシュする必要があります。
私の選択は、はるかにクリーンで安価で簡単なので、イベントリスナーになります。私はワークフローの専門家ではありませんが、2000+サイトのイベントリスナーでワークフローを維持/更新/再公開することは難しいと思います。
あなたはどう思いますか？
これに追加するには、正直なところ、別の「ワークフロー」をやり直すことはないでしょう。私は彼らがワークフローを得ているそうですが、実際にはただの状態マシンであることを私はそれらを開発していると言います。私はWorkflowsとSharePointに関する問題が多すぎて、適切な状態管理に加えられた余分な労力を追加することは、ワークフローを実装するときに行うべきトラブルシューティングと比較しても価値があることです。私は実際に持っていけない http://social.technet.microsoft.com/Forums/en-US/sharepoint2010programming/thread/9373f60f-9e60-43f5-9d6b-ae0c8cc8d089 – SpartanDonut
：私はに実行した本の多くの例の 一つワークフローに関するあらゆる経験おそらく私たちはクライアントとのインターフェースのために最も重要なシステムを作成しているので、私はちょっと神経質になってしまいます。 – bakre381
「yが起きたときにxを実行する」だけが必要な場合は、イベントの受信機を使用します。デプロイとデバッグはもちろん、ずっと簡単で馬鹿です。 –