SharePoint 2010アプリケーションページ。対Webパーツ

Question

私は、この問題に関して多くの検索を行ってきましたが、結果と結果のあいまいさが混在しています。それは間に合うようになってきました。私が複雑なASP.NETアプリケーションに相当するものを開発していて、それをSharePoint 2010上で実行したいのであれば、各ページをWebパーツまたはASPXアプリケーションページとして開発するのが最善でしょうか？ページは多種多様ですが、それぞれがカスタムWCFサービスを介してSQL 2008 R2バックエンドと対話します。

私はまだこの質問に対する決定的で正式な答えを見ていません。私はMicrosoftなどの公式ガイドラインを探しています。これまでに私が見つけたものの内訳は次のとおりです。

次の非公式投稿は、私の場合のアプリケーションページを明確に支持します。しかし、SharePointの開発がより困難になった2007年のMOSSに掲載されました。 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）

これは、私たちのチームが使い続けてきたものであり、何の問題もなかったので、私はアプリケーションページに偏っています。開発経験からデバッグとデプロイメントサポートまでのすべてが一流ですが、内部の力が私たちにウェブパーツへの切り替えを促しているので、私は正当化を求めています。

Answer 1

これは、あなたの希望する行動。ダイナミックページのコンテンツをSharePointマスターページ内に埋め込み（すべてのナビゲーションとスタイリングを含む）ようにするには、Webパーツを作成し、WebパーツページまたはSharePointページに添付します。コンテンツページがSharePointナビゲーションを必要とせずに独自に立つことができる場合は、アプリケーションページを作成できます。

SharePointのナビゲーション（UX）が必要ですか？次に、Webパーツを作成します。 SharePointのナビゲーションに依存しませんか？アプリケーションページを作成します。