SharePoint 2010應用程序頁面。與Web部件

Question

我已經在這個問題上做了很多搜索，結果混雜並且含糊不清。現在已經到了把它打好的時候了。如果我正在開發相當於複雜的ASP.NET應用程序，並且想要在SharePoint 2010上運行它，那麼最好是將每個頁面作爲Web部件還是ASPX應用程序頁面進行開發？這些頁面有很多種類，但每個頁面都通過自定義的WCF服務與SQL 2008 R2後端進行交互。

我還沒有看到這個問題的權威性和權威性的答案。我正在尋找來自微軟或類似的官方指南。以下是我迄今爲止發現的細目：

以下非官方帖子顯然會支持我的申請頁面。但是，它在2007年MOSS發佈日期後發佈，當時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部件，所以我正在尋找合理的理由。

Answer 1

這取決於wha你想要的行爲。如果您希望將動態頁面中的內容嵌入到SharePoint母版頁（包含所有導航和樣式）中，則可以創建Web部件並將Web部件附加到Web部件頁面或任何SharePoint頁面。如果您的內容頁面無需SharePoint導航就可以獨立運行，則可以創建應用程序頁面。

需要SharePoint導航（UX）？然後創建Web部件。 不依賴於SharePoint導航？創建應用程序頁面