2011-01-27 4 views
1

(事前Webパーツエクスペリエンスなし)このシナリオに適したWebパーツですか...?

私はASP.NET(主に)Webフォームの背景から来ています。私は、SharePointの世界の中でカスタムアプリケーションを作成し、それを達成する最善の方法について頭を悩ませています。アプリケーションでは、基本的なASP.NET WebFormsサイトに似ていて、その中に複数のページがあることを意味します。

SharePoint用のビジュアルWebパーツでビデオを視聴しました。デモは1ページ(またはascxファイル)で構成されています。しかし、複数のページはどうですか? Visual Webパーツプロジェクトを使用してSharePoint内に展開されるASP.NETアプリケーション全体を再作成しますか?それとも、私が研究しなければならないことがありますか?

ありがとうございました。

答えて

0

このような要件は、SharePointではなくasp.netアプリケーションを使用する必要があることを示す場合がありますが、必ずしもそうではないため、概要を説明するアプローチは正しいものです。 Webパーツ、特にユーザーコントロールに裏打ちされたパーツは、最も柔軟性があり、簡単に更新できます。できるだけWebFormsページのように、Webパーツの要求にアクセスできます。

私は最近、Webパーツ開発のための私の現在のアプローチについて、過去数年間で他のアプローチを試してみたところ、ASP.NET MVC 3 Razor Views in SharePointです。 WebFormsに慣れている場合は、usercontrol/smartpartのアプローチもかなり良いです。

+0

私はちょうどアプリケーションページについて読んでいます。私は、これらのコンテンツはdbとは対照的にファイルシステム上にある.aspxだと思います。これが私が探しているものなのかどうか疑問に思いますか?基本的には、SharePoint内にasp.netアプリケーションを格納する方法が必要です。ありがとう。 – Mike

+0

実際には、ファイルシステム上ではなく、別のフォルダに常駐するという問題があります。アプリケーションページには用途がありますが、通常のパブリッシング/サイトページとは異なるマスターページを使用し、通常のセキュリティモデルにはあま​​り適合せず、相対URLで奇妙なことを行います。 –

関連する問題