适用于复杂工作流程站点的平台

Question

我有一个客户端需要构建一个复杂的，工作流/表单驱动的Intranet站点，该站点具有多个角色和大约20个工作流程，文档管理功能和电子邮件/传真通知。

这样一个网站的合适平台是什么？

SharePoint Foundation 2010是否适用于此，或者我是否应该使用SharePoint服务器企业？或者还有其他适合该法案的东西吗？

Answer 1

合适的平台在很大程度上取决于客户的具体需求。我花了几年时间在ASP.NET上开发一个工作流/表单驱动的Web应用程序。它运行得很好，特别是一旦我们开始切换到ASP.NET MVC。我们有基于人口统计学的角色访问控制，人口统计驱动的门户布局，规则和电子邮件通知。我们现在可能为几个不同的客户端设置了六个工作流程，现在基础架构已经建立，创建新工作流程和重新配置现有工作流程几乎完全可以通过管理UI完成。

.NET Framework现在有一个Workflow Foundation框架，但我们最终决定我们的需求与其功能集不一致。有一些优秀的开发人员，ASP.NET MVC和实体框架为我们提供了所需的所有功能。

Answer 2

现在我只是在猜测，因为它与通常的门户网站定制要求听起来没什么不同，但也许有人会发现它很有用

我刚刚开源了一个在SharePoint中使用IronPython的解决方案 - 脚本事件接收器，计时器作业，页面，工作流程，控制台 - 并且允许在一个地方轻松部署，保存，编辑和配置脚本 - {{3 }}

这在一定程度上是一个延伸，它目前在工作流程部门并不灵活，并且它不是任何抛光产品，但它可以相当容易地扩展

除了让我们在面对SharePoint API时保持理智之外，它的主要好处是它允许我们实现大量定制的解决方案，但整个代码库由单个通用解决方案组成 - 定制完成于实现，使用IronPython脚本

对于愿意深入研究（或愿意等到我完成至少一般性概述）的人来说，C＃中还有一些其他潜在的有趣内容。

虽然我只允许开源我们用来为我们的客户构建自定义门户的相当有限的一部分，我记得自己从SharePoint开始，我知道我会因为这些工具而杀了（不是他们“对所有人来说都很完美，但仍然如此”。

并且不要忘记，它仅使用SharePoint Foundation 2010 100％工作

Answer 3

您可以使用SharePoint Foundation 2010托管Windows Workflow Foundation（http://msdn.microsoft.com/en-us/library/ms414613.aspx）。

SP Foundation 2010上托管的Windows Workflow Foundation非常强大，我认为它非常适合您的要求。

Answer 4

您可能会看到一些商业平台，例如Iceberg，它将UI工具与点击工作流程设计器混合在一起，并基于.net