如何确定应用程序是否适合SharePoint?

时间:2009-08-19 11:35:03

标签: sharepoint

我目前正在研究开发应用程序,可以选择执行标准ASP.NET Web应用程序还是将其集成到SharePoint中。如果可能的话,我们的客户希望它成为SharePoint,因为他们面临着将所有新开发纳入其中的压力,但标准ASP.NET仍然是一种选择。

这是一个应用程序,用于管理和查看包含大约10个表的数据库中的数据,包括添加某些新项目时的批准工作流程。数据的参照完整性很重要。

我有开发ASP.NET应用程序的经验,但对SharePoint很少。有没有人有任何适用于两者之间决定的标准?

到目前为止,我正在思考:

  • 数据的参照完整性非常重要,如果不编写大量自定义代码,SP似乎无法很好地处理这些问题
  • 对于列表中的2000个项目的建议限制,SharePoint似乎无法扩展。
  • 该应用程序有一个批准工作流程,似乎确实是SP做得很好

总的来说,似乎我们最终会编写大量自定义代码而不是真正使用任何开箱即用的SP功能。所以我的想法是为什么不只是编写一个标准的ASP.NET应用程序。

我们应该考虑其他关键事项吗?

3 个答案:

答案 0 :(得分:9)

答案 1 :(得分:2)

您的评估非常准确。 (这将有助于获得有关您的应用程序所需的每个功能的更多细节,但这对于此介质并不实用。)

您提到的问题已基本解决,但您需要了解并实施解决方案。例如,有一个CodePlex项目可以帮助引用完整性,并且有关于如何管理列表中项目数的建议。但是使用SharePoint永远不会让您自由地从头开始编写ASP.NET应用程序。

另一件需要考虑的事情是您和/或客户希望应用程序将来如何发展。如果它需要更多协作式功能或功能,例如列表项上的版本历史记录以及与Office客户端的集成,那么SharePoint可能是更好的选择。

答案 2 :(得分:0)

您还应该考虑在SharePoint上部署和更新应用程序的复杂性。