Sharepointプラットフォームの開発者の最も一般的で日常的なタスクの1つは、Webパーツの開発です。 これは、プラットフォームの機能を拡張する最も柔軟で手頃な方法です。 Webパーツの開発に関する記事がインターネット上に十分にあるにもかかわらず、すべての機能とニュアンスを知っている人はほとんどいません。
誰がそれを必要とし、なぜですか？
インターネットサイトまたは社内ポータルを開発するとき、プログラマはコードの優雅さと再利用に努めます。 Sharepointはプラットフォームであり、ソリューションを成功させるには、サイトのニュースサービスや、簡単で柔軟な構成を持つ複雑なレポートおよびドキュメント管理システムなど、追加の機能を開発する必要があります。 したがって、Webパーツの主な利点は、 再利用と、開発者ではなく、ITにまったく関係ない可能性のあるユーザーがWebインターフェイスを追加/ 構成できることです。 コントロールとユーザーコントロールでは、これを行うのは困難です。
Webパーツはソリューションから完全に切り離されており、ポータブルです。
現時点では、Sharepointの開発傾向は、すべてのコンポーネント、コントロールなどの傾向です。 Webパーツが作成され、任意の組み合わせで任意のページに追加し、管理者/エディターによって構成できます。
たとえば、下の図に示されているWebパーツは、アーカイブまたはサブスクリプションが必要な同様のサービスで使用したり、リストの情報を表示したりできます。 これは、Webパーツの正しいプロパティを作成し、Webインターフェイスを介して柔軟な構成を可能にすることで実現されます。
基礎
開発に必要なもの
Microsoft Visual Studio 2005またはMicrosoft Visual Studio 2008
Windows SharePoint Services 3.0用のVisual Studio拡張機能（ VS2005またはVS 2008用 ）。
原則として、拡張なしで開発し、 クラスライブラリのようなプロジェクトを作成できます。 ただし、拡張機能をインストールすると、新しいプロジェクトテンプレートが使用可能になります。 それらの1つは、Webパーツの開発用です。
Webパーツを作成するには、Webパーツの標準クラスの1つから継承したクラスであるVisual Studio .Netでクラスを作成する必要があります。
従来、Sharepointは2種類のWebパーツをサポートしています。
ASP.NET Webパーツ — System.Web.dllからWebパーツクラスを継承します。 .webpartファイルにインポートされます。 これが最も推奨されるオプションです。
Windows SharePoint Services Webパーツ— Microsoft.Sharepoint.dllのWebパーツクラスを継承します。 .dwpファイルにインポートされます。 Sharepoint v2でフィードバックをサポート。
最初のWebパーツは次のようになります。
Webパーツをページに配置するには、ページにWebパーツのゾーンが含まれている必要があり、マスターページはWebパーツマネージャーです。 WebパーツをホストできるSharepointページは次のとおりです。
SharepointにWebパーツをインストールすることも、圧倒的な作業ではありません。 これを行うには、以下を行う必要があります。
・GAC （C：\ Windows \ assembly）またはIIS Webサイトのbinフォルダーに、Webパーツコード（.dllファイル）を含むアセンブリを配置します
・web.configに Webパーツを登録する
・Sharepoint Webパーツライブラリに追加します。 これを行うには、サイトコレクションで、Webパーツライブラリに移動し、Webパーツの追加ページに移動します。 すべてがWeb設定で正しく記述されている場合、Webパーツのネームスペースが表示され、ライブラリに追加できます。
基本は終わりました。 Webパーツの作成方法に関するステップバイステップの説明は、 ここにあります 。 しかし、Webパーツについて説明したいのはこれだけではありません。 次の数日間継続する。