0

私はこの問題について多くの検索を行いましたが、結果はまちまちで、あいまいさが続きました。それを永久に釘付けにする時が来ました。複雑な ASP.NET アプリケーションに相当するものを開発していて、それを SharePoint 2010 上で実行したい場合、各ページを Web パーツまたは ASPX アプリケーション ページとして開発するのが最適ですか? ページは多種多様ですが、それぞれがカスタム WCF サービスを介して SQL 2008 R2 バックエンドとやり取りします。

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

次の非公式の投稿は、明らかに私の場合のアプリケーション ページを優先します。ただし、SharePoint の開発がより困難であった MOSS 2007 の時代に投稿されました。 http://grounding.co.za/blogs/brett/archive/2008/07/13/sharepoint-the-role-of-a-web-part-vs-using-application-pages.aspx

Microsoft は、アプリケーション ページとサイト ページを比較して、「アプリケーション ページは、ページにカスタム コードを含める場合に作成するのに最適なタイプのページです」と述べています。 http://msdn.microsoft.com/en-us/library/ee231581.aspx

ここまでは順調ですね。しかし、私を驚かせたのは、これも MS からのこの矛盾しているように見える別のリンクでした。アプリケーションページ。(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 に答える