Outlook PIA を使用する理由
Outlook 98 以来、Outlook は、Outlook の機能のアプリケーションへの統合、Outlook の拡張、または Outlook の自動化を行うためのオブジェクト モデルを開発者に提供しています。 このオブジェクト モデルは、コンポーネント オブジェクト モデル (COM) テクノロジと連携するように設計されています。 これまで、Outlook アプリケーションの開発者は、Visual Basic for Applications (VBA) および Visual Basic を使用して COM ソリューションを開発してきました。 ただし、VBA を使用して開発された Outlook ソリューションには、特に企業環境において展開に制限があり、展開後のアップデートは困難です。
.NET Framework では、クラス ライブラリの豊富なセットが用意されています。また、VBA と COM アドインの多数の制限を解決するテクノロジもサポートされています。ただし、マネージ アプリケーションで COM オブジェクト モデルに対するプログラムを作成するには、.NET と COM 環境の間のブリッジが必要です。 相互運用機能アセンブリは、このようなブリッジとして機能する COM ラッパーです。 そのため、より多くの Outlook ソリューションが、相互運用機能アセンブリを使用するマネージ アプリケーションとして開発されるようになりました。 相互運用機能アセンブリによって .NET と COM の間の相互運用性を可能にするしくみの詳細については、「COM と .NET の相互運用性の概要」を参照してください。
相互運用機能アセンブリは、COM 型を記述し、マネージ コードが COM オブジェクト モデルと対話できるようにします。 特定の COM 型を記述する相互運用機能アセンブリは、いくつ存在していてもかまいません。 タイプ ライブラリの発行元として、Outlook は、COM ベースの Outlook オブジェクト モデルの正式な記述を含むプライマリ相互運用機能アセンブリ (PIA) を提供します。 通常は、別のソースからの相互運用機能アセンブリではなく、Outlook PIA の使用が最も適しています。
Visual Studio および Office Developer Tools for Visual Studio を使用する
開発者は Visual Studio の外部で管理された Outlook ソリューションを作成できますが、Visual Studio を使用すると、Outlook の機能をマネージド コードに統合しやすくなります。 開発の利便性と使いやすさにより、アドイン開発者は COM から .NET 開発に移行することがより有利になります。 デザイン時に、開発者は Office Developer Tools for Visual Studio を使用して、Outlook オブジェクト モデルと.NET Frameworkの両方にアクセスできるアドインを作成できます。 実行時に、Office Developer Tools for Visual Studio には、ユーザーが Outlook を起動すると、共通言語ランタイム (CLR)、Visual Studio Tools for Office ランタイム、アドイン アセンブリが読み込まれます。 アセンブリは、Outlook で発生したイベントをキャプチャできます。
Visual Studio 2012 は、既定で Office 2010 のアドイン テンプレートをインストールします。 Office Developer Tools for Visual Studio を使用して Outlook 2013 の管理対象のアドインを開発するには、Office 2013 のテンプレートをダウンロードする必要があります。
Office Developer Tools for Visual Studio の詳細については、「Office ソリューションを開発できるようにコンピューターを構成する」を参照してください。 Outlook 用のマネージ アドインのプログラミングの詳細については、「VSTO アドインのプログラミングについて」を参照してください。