.net - 是否使用 SharePoint(作为应用程序开发的基础)(与 ASP.NET 相比)

Question

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

1) 应用程序使用文档，这些文档需要 SharePoint 非常擅长的某种功能(搜索/索引、与 Outlook 同步等...)如果您只需要一个文档桶和一个列表，那么 ASP.NET 或 ASP .NET MVC。

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

3) 公司必须愿意为 SharePoint 配备至少 1 名全职开发人员。不是开发人员的 1/2 或 1/3。您需要 promise 和专注才能正确地进行 SharePoint 开发。你必须喝Kool-Aid。如果您不愿意专注于 SharePoint，而只想涉足，那么由此产生的解决方案很糟糕(恕我直言)。如果您可以委派两个开发人员或一个团队(想想可支持性/维护/专业知识/特化)，那就更好了。

所以你怎么看？

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

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

Answer 1

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