工作流或EventListener

我们正在为我们的客户构建Extranet Sharepoint门户。每个客户都有一个网站。网站总数将在2000-3000之间。工作流或EventListener

当客户端上传新文档时，我有要求将文档从SiteCollectionA/SiteA/DocumentLibrary复制到另一个网站集上的另一个全局列表。

我应该创建工作流来复制文档或事件侦听器吗？客户端将被允许在上传后更新文档属性，并且这些更改也必须推送到全局列表中。

我的选择是事件监听器，因为它更清洁，更便宜，更容易。我不是工作流程的专家，但我认为在2000多个网站上维护/更新/重新发布工作流程，然后是事件监听器会更困难。

你们认为什么？

感谢

来源

2012-01-20 bakre381

绝对的事件接收器，你正在做的是在响应事件简单的机械动作。事件接收器更易于开发，部署和维护。

来源

2012-01-20 18:38:25

为了补充一点，我真的会说我可能不会再做一次“工作流”。我会告诉那些我正在开发它，因为他们正在获得工作流程，但实际上它只是一个状态机器。我在工作流程和SharePoint方面遇到了太多问题，因为在实施工作流程时加入适当的状态管理所带来的额外努力是非常值得的，而不是我必须执行的故障排除。这是我遇到的很多例子之一： http://social.technet.microsoft.com/Forums/en-US/sharepoint2010programming/thread/9373f60f-9e60-43f5-9d6b-ae0c8cc8d089 – SpartanDonut

我真的没有任何工作流程的经验。这让我有点紧张，因为我们正在创造可能是与客户交流的最重要系统。 – bakre381

如果您只是需要“当x发生时才做x”，那么请使用事件接收器，更简单，更简单，更不用说部署和调试 –

工作流或EventListener

回答

相关问题