適用対象: Outlook 2013 | Outlook 2016
メッセージ サービスをサポートするコードの記述を開始する前に、デザインを作成することが重要です。 設計プロセスで次の問題を解決します。
メッセージ サービスに含める必要があるサービス プロバイダーの数を決定します。 関連するサービス プロバイダー (つまり、同じメッセージング システムで動作するプロバイダー) のみをサービスに含めます。 関連のないサービス プロバイダーは、同じメッセージ サービスに属していません。 関連のないサービス プロバイダーとメッセージ サービスを統合する場合は、プロファイルを使用します。
メッセージ サービスに含める必要があるサービス プロバイダーの種類を決定します。 ほとんどのメッジ サービスには、共通の種類ごとに 1 つのプロバイダーが含まれています。 つまり、一般的なメッセージ サービスには、1 つのアドレス帳プロバイダー、1 つのメッセージ ストア プロバイダー、1 つのトランスポート プロバイダーがあります。
メッセージ サービスを含める必要がある DLL の数を決定します。 メッセージ サービスが使用する DLL の数は、次によって異なります。
メッセージ サービスのライターとして処理する必要がある複雑さの程度。
メッセージ サービス内のサービス プロバイダーの種類。
メッセージ サービスと別のメッセージ サービスとの関係。
MAPI はプロバイダーの種類ごとに 1 つのエントリ ポイントのみを格納するため、1 つの DLL に同じ種類の複数のプロバイダーを含めないでください。 1 つの型の複数のプロバイダーを含めるのが理にかなっている場合は、それらを個別の DLL に実装するか、エントリ ポイント関数を共有します。 もう 1 つのオプションは、関連するメッセージ サービス、または同じインストールと構成コードと同じ DLL エントリ ポイント関数を 1 つの DLL に使用できるメッセージ サービスを実装することです。
可能であれば、シンプルにして、メッセージ サービス内のすべてのサービス プロバイダーの実装と、メッセージ サービスをインストールして構成するすべてのコードを含む 1 つの DLL を使用します。 これが不可能な場合は、インストールおよび構成コード用に 1 つの DLL を実装し、すべてのサービス プロバイダーに対して 1 つの DLL を実装するか、プロバイダーごとに 1 つの DLL を実装できます。
メッセージ サービス DLL または DLL の名前を決定します。