到SharePoint或不(作为应用程序开发的基础)(与ASP.NET)

Question

我有一个POV,您应该只在这些条件下使用SharePoint进行应用程序开发.

1)应用程序使用文档,这些文档需要某些功能,SharePoint做得非常好(搜索/索引,与Outlook同步等)如果你想要的只是一个文件桶和一个列表,那么ASP.NET或ASP .NET MVC.

2)应用程序必须使用工作流程或自定义工作流程.再没有工作流程我会看向ASP.NET或ASP.NET MVC.

3)公司必须愿意将至少一名全职开发人员献给SharePoint.不是开发人员的1/2或1/3.您需要承诺并专注于正确地进行SharePoint开发.你必须喝Kool-Aid.如果你不愿意专注于SharePoint,但只愿意涉足,那么最终的解决方案就很糟糕了(恕我直言).如果您可以投入两个开发人员或团队(想想支持性/维护/专业知识/专业化),那就更好了.

所以你怎么看？

注意:我认为所有Microsoft商店应该使用SharePoint的开箱即用功能,如果他们的公司选择将其与Exchange配对作为其协作架构的一部分.我不是反SharePoint的.

更新
在参加SP研讨会后,我了解到SharePoint Workflow仅适用于每个SharePoint列表项.因此,如果您的工作流不使用SharePoint列表项,那么您应该查看.NET Workflow基础或自定义内容.考虑这是我的#2项目的替代品.

Answer 1

我同意.Sharepoint目前(moss 2007/wss 3.0)使定制开发成为一个非常痛苦和缓慢的过程.我不同意的唯一一点是工作流程部分.在我看来,SharePoint中的工作流程几乎无法使用,应该避免使用.如果您要进行工作流程,请选择k2:blackpearl或MassTransit作为开源免费选项.