0

我在这个问题上做了很多搜索,结果好坏参半,随之而来的模棱两可。是时候将其彻底确定下来了。如果我正在开发与复杂的 ASP.NET 应用程序等效的应用程序,并且我想在 SharePoint 2010 上运行它,那么最好将每个页面开发为 Web 部件还是 ASPX 应用程序页面?这些页面多种多样,但每个页面都通过自定义 WCF 服务与 SQL 2008 R2 后端进行交互。

我还没有看到这个问题的明确和权威的答案。我正在寻找 Microsoft 或类似机构的官方指南。以下是我迄今为止发现的内容的细分:

以下非官方帖子显然会支持我的案例的申请页面。但是,它是在 MOSS 2007 年发布的,当时 SharePoint 开发更具挑战性。 http://grounding.co.za/blogs/brett/archive/2008/07/13/sharepoint-the-role-of-a-web-part-vs-using-application-pages.aspx

微软在将应用程序页面与网站页面进行比较时指出,“如果您希望页面包含自定义代码,应用程序页面是创建的最佳页面类型。” http://msdn.microsoft.com/en-us/library/ee231581.aspx

到目前为止,一切都很好。但让我失望的是另一个看似矛盾的链接,同样来自 MS:“我们目前建议第三方开发人员开发可添加到网站页面的自定义 Web 部件,以尽可能处理其解决方案的功能,而不是开发自定义申请页面。” (msdn.microsoft.com/en-us/library/gg552610.aspx)

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

4

1 回答 1

1

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

需要 SharePoint 导航 (UX)?然后创建 Web 部件。不依赖于 SharePoint 导航?创建应用程序页面。

于 2011-08-08T18:28:10.627 回答