Sharepoint 2010 SharePoint 2010应用程序页面。与Web部件

我在这个问题上做了很多研究，结果好坏参半，随之而来的是模棱两可。是时候把它永久地固定下来了。如果我正在开发一个相当于复杂ASP.NET应用程序的应用程序，并且希望在SharePoint 2010上运行它，那么最好将每个页面开发为web部件还是ASPX应用程序页面？这些页面很多且多种多样，但每个页面都通过自定义WCF服务与SQL 2008 R2后端交互

我还没有看到对这个问题的明确和权威的答案。我正在寻找微软或类似公司的官方指南。以下是我到目前为止所发现的分类：

下面的非官方帖子显然更倾向于我的申请页面。然而，它是在MOSS 2007年发布的，那时SharePoint开发更具挑战性。

Microsoft在比较应用程序页面和站点页面时指出，“如果希望页面包含自定义代码，则应用程序页面是要创建的最佳页面类型。”

到目前为止，一切顺利。但让我感到不安的是另一个看似矛盾的链接，也是MS： “我们目前建议第三方开发人员开发自定义Web部件（可添加到网站页面），以便尽可能处理其解决方案的功能，而不是开发自定义应用程序页面。” （msdn.microsoft.com/en-us/library/gg552610.aspx）

---

我倾向于应用程序页面，因为这是我们的团队一直在使用的，而且没有任何问题。从开发经验到调试和部署支持，一切都是一流的。但内部力量促使我们转向web部件，所以我正在寻找理由。

这取决于什么您所需的行为。如果您希望动态页面中的内容嵌入到SharePoint母版页中（包含所有导航和样式），您将创建web部件并将web部件附加到web部件页或任何SharePoint页。如果您的内容页可以独立存在，而无需SharePoint导航，则可以创建应用程序页

需要SharePoint导航（UX）？然后创建web部件。

---

不依赖于SharePoint导航？创建应用程序页。

这是一个太宽泛的问题。考虑搜索。