评估Sharepoint vs ASP.NET作为开发平台

Question

我正在评估Sharepoint(不是MOSS)与ASP.NET作为我们团队即将推出的解决方案的开发平台.我们将为各种环境中的广泛(我们希望)部署开发解决方案.我正在确定用于评估每个平台选择的优缺点的类别.我选择了适用于我们的解决方案要求的类别,这将影响开发人员/测试人员的工作效率.任何人都可以想到适合比较的任何其他类别吗？任何人都可以提供有关任何类别的两个平台体验的任何细节吗？

其他一些信息,我们有两个短的时间来发布一些东西,所以我们在说话时优先考虑功能.我们将Sharepoint看作是一种快速解决问题的方法,同时利用UI框架实现基本UI,安全性以及列表和文档库的存储.

发展环境

开发人员生产力

功能可测试性

开发人员可测试性(单元测试)

角色安全

基于视图的安全性

用户体验

数据库 - 基于列表的使用,可以轻松开发Sharepoint.但是,添加报告作为一项要求会使列表成为一种障碍.

报告 - Sharepoint使这很困难

文档存储库 - 我们的解决方案将需要多个文档库来将工件附加到解决方案元素

打包

安装 - Sharepoint通过WSP为我们提供简单的famr安装.

可扩展性

可扩展性

复杂

概念完整性(域边界)

冗余/复制/备份/恢复支持

Answer 1

我没有看到成本.

Answer 2

正式地，为了开发 WSS 解决方案，所有开发人员都需要在WSS 服务器上运行他们的开发环境。我认为这是负面的。

请参阅Somasegar在 Visual Studio 中的 Sharepoint 工具支持下的许多评论。

我想说，由于您的截止日期很短，因此您还考虑到 SharePoint 开发人员社区比 ASP.NET 社区小得多这一事实。比较 SO 上标记为“ASP.NET”的文章数量与标记为“SharePoint”的文章数量。

短期内我会选择 ASP.NET，因为从长远来看，您可能能够重构应用程序以使用 SharePoint。使用与您在 SharePoint 中创建的列表或其他内容类型类似的数据库结构。保持类似的部署模型。请随意使用工作流，但它可能应该与 SharePoint 的工作流功能并行。您甚至可以以类似的方式布置页面。当您有更多时间时，这将使您更轻松地迁移到 SharePoint。