Office ソリューションのデザインと作成
Visual Studio は、Office ソリューションの複数の異なる型の作成に使用できるプロジェクト テンプレートが用意されています。ここでは、プロジェクト テンプレートについて説明し、Office プロジェクトを作成するためのガイダンスを示します。プロジェクトを作成した後でコードやユーザー インターフェイスのカスタマイズを実装する方法の詳細については、「Office ソリューションの開発」を参照してください。
対象: このトピックの情報は、Office 2013 および Office 2010 のドキュメント レベルのプロジェクトおよびアプリケーション レベルのプロジェクトに適用されます。詳細については、「Office アプリケーションおよびプロジェクト タイプ別の使用可能な機能」を参照してください。
Office プロジェクトの作成
開始する前に、要件を決定し、最適なソリューションの種類を探します。たとえば、アプリケーションを使用するたびに作成した Office ソリューションを実行する必要がある場合は、アプリケーション レベルのアドインが最適です。コードが 1 つのドキュメントと緊密に統合されている場合は、ドキュメント レベルのカスタマイズを作成します。これらのプロジェクト タイプは、Visual Studio のプロジェクト テンプレートとして利用できます。Visual Studio に付属している Office プロジェクトのテンプレートの詳細については、Office プロジェクト テンプレートの概要を参照してください。Office プロジェクトの作成方法の詳細については、「方法: Visual Studio で Office プロジェクトを作成する」を参照してください。
Office プロジェクトには、Visual Studio の他の種類のプロジェクトとは異なる機能とプロジェクト項目があります。たとえば、ドキュメント レベルのプロジェクトを作成した場合は、プロジェクト内の文書またはブックを Visual Studio 内部で開いて編集できます。詳細については、「Visual Studio 環境における Office プロジェクト」を参照してください。
.NET Framework のバージョンの選択
要件に最適なプロジェクトの種類を選択した後に、開発工程で使用する .NET Framework のバージョンを選択できます。Office プロジェクトでは、次のバージョンの .NET Framework を対象にすることができます。
.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 4.5
[!メモ]
Office ソリューションは、Visual Studio 2012 の Microsoft Office 開発ツールがインストールされている場合にのみ .NET Framework 4.5 を対象にすることができます。詳細については、の ダウンロード ページツール "" を参照してください。
ソリューションを実行するエンド ユーザーのコンピューターには、プロジェクト用に選択した .NET Framework のバージョンが必要です。たとえば、プロジェクトが .NET Framework 4を対象とする場合は、.NET Framework 4 は、エンド ユーザーのコンピューターに必要です。この例では、ソリューションで .NET Framework 3.5 だけをエンド ユーザーのコンピューターにインストールされません。
ターゲットは .NET Framework 4に .NET Framework 3.5、Visual Studio プロジェクトのターゲット フレームワークを変更するとアプリケーション レベルのアドイン プロジェクトを移行する場合。
Visual Studio 2012 用の Microsoft Office 開発者ツールのインストール、Visual Studio は .NET Framework 4.5にプロジェクトのターゲット フレームワークをに変更します。
ただし、Visual Studio がターゲット フレームワークを変更した後、特定の機能を使用する場合は、プロジェクトのコードの一部を変更する必要がある場合があります。ターゲット フレームワークの変更方法の詳細については、「方法: .NET Framework のバージョンをターゲットにする」を参照してください。プロジェクトに対して行う必要がある変更の詳細については、「.NET Framework 4 または .NET Framework 4.5 への Office ソリューションの移行」を参照してください。
Visual Studio は、プロジェクトの対象 .NET Framework を変更し、ソリューションを配置した場合には ClickOnce を使用している場合 [必須コンポーネント] のダイアログ ボックスの対応するバージョンの .NET Framework を選択してください。プロジェクトのターゲット フレームワークを変更しても、この選択内容は自動的には変わりません。詳細については、「方法: Office ソリューションを実行するための必須コンポーネントをエンド ユーザーのコンピューターにインストールする」を参照してください。
[!メモ]
Office .NET Framework 3.5 をことができないか、対象にする Visual Studio 2012を使用して作成することはなく。Office は要求する .NET Framework 4 Client Profileで最初に導入された機能を作成することを Visual Studio 2012 を使用してプロジェクト
.gif "3295w01c.collapse_all(ja-jp,VS.110).gif")
エンド ユーザーのコンピューターで Office PIA が必要な場合について
既定値であるプロジェクトの各 Office PIA 参照の [相互運用機能型の埋め込み] のプロパティが trueに設定されている既定では、Office プライマリ相互運用機能アセンブリ (PIAs) は、エンド ユーザーのコンピューターにインストールする必要はありません。この場合、プロジェクトをビルドすると、ソリューションが使用する PIA 型の型情報がソリューション アセンブリに埋め込まれます。実行時に、埋め込まれた型情報が PIA の代わりに使用され、Office アプリケーションの COM ベースのオブジェクト モデルが呼び出されます。PIA の型をソリューションに埋め込む方法の詳細については、「型の等価性と埋め込まれた相互運用機能型」を参照してください。
プロジェクトの各 Office PIA 参照の [相互運用機能型の埋め込み] のプロパティが falseに設定されている場合、ソリューションを実行する各エンド ユーザーのコンピューターのグローバル アセンブリ キャッシュにインストールし、登録する必要があります。ほとんどの場合、PIA は既定で Office と共にインストールされますが、ソリューションの必須コンポーネントとして再頒布可能な PIA を含めることもできます。詳細については、「Office ソリューションを配置するための必須コンポーネント」を参照してください。
Client Profile について
.NET Framework Client Profile は、完全な .NET Framework のサブセットです。.NET Framework のクライアント機能のみを使用し、Office ソリューションをできる限り迅速に配置する必要がある場合は、.NET Framework Client Profile を対象にすることができます。詳細については、「.NET Framework Client Profile」を参照してください。
ターゲットは .NET Framework 4、.NET Framework 4 Client Profile 既定でが対象とする Office プロジェクトを作成したとき。完全な .NET Framework 4で開発する場合は、プロジェクトを作成した後でこのオプションを設定する必要があります。詳細については、「方法: .NET Framework のバージョンをターゲットにする」を参照してください。
Microsoft Office 64 ビット エディションのソリューションの作成
Microsoft Office 2013 と Office 2010 は、64 ビットと 32 ビット エディションがあります。両方のエディションで実行できる Office ソリューションを作成するには、プロジェクトのプラットフォーム ターゲット設定を Any CPU に設定する必要があります。これは、Office プロジェクトの既定値です。詳細については、「Office ソリューションのビルド」を参照してください。
Microsoft Office 2013 と Office 2010の 64 ビットおよび 32 ビット エディションで使用される Visual Studio Tools for Office Runtime の別の 64 ビット バージョンと 32 ビット バージョンがあります。詳細については、「Visual Studio Tools for Office Runtime の概要」を参照してください。
Office ソリューションのアセンブリ
Visual Studio の Office 開発ツールを使用して Office プロジェクトを作成した場合、記述したコードは最終的にアセンブリにコンパイルされます。このアセンブリは、通常、共有サーバーまたはクライアント コンピューター上のディレクトリに配置されます。
Office ソリューションのアセンブリが Office アプリケーションによって読み込まれます。アセンブリが読み込まれると、アセンブリ内のコードはアプリケーションなどで発生するイベント (ユーザーがメニュー項目をクリックすると、応答できます。アセンブリのコードでは、オブジェクト モデルにアプリケーションを自動化して拡張するために呼び出されます .NET Frameworkでのクラスも使用できます。詳細については、「ドキュメント レベルのカスタマイズのアーキテクチャ」および「アプリケーション レベルのアドインのアーキテクチャ」を参照してください。
Office ソリューションでは、配置マニフェストとアプリケーション マニフェストを使用してアセンブリを特定します。これらのマニフェストには、アセンブリの名前、バージョン、および場所に関する情報が含まれているので、アプリケーションでは正しいアセンブリの検索、リンク、および実行ができます。詳細については、「Office ソリューションにおけるアプリケーション マニフェストと配置マニフェスト」を参照してください。
ドキュメント レベルのプロジェクトには、アセンブリに加え、ドキュメントも含まれています。ドキュメントは、アプリケーションのフロント エンドとして機能し、ユーザーはすべての操作をドキュメント上で行います。各ドキュメントは、メイン プロジェクト アセンブリを 1 つしか関連付けることができませんが、複数のドキュメントが同じアセンブリをポイントすることは可能です。
ドキュメント レベルのプロジェクトのアセンブリは、ドキュメントに埋め込まれるわけではなく、別の場所に格納されていて、ドキュメントのアプリケーション マニフェストによって識別されます。
アセンブリのセキュリティに関する考慮事項
Office ソリューションをコンピューターで実行する場合、ソリューションに使用されるアセンブリは信頼して実行できる必要があります。セキュリティの詳細については、「Office ソリューションのセキュリティ保護」を参照してください。
既定では、プロジェクトの出力フォルダーにあるソリューション アセンブリおよび参照アセンブリは、プロジェクトをビルドするときに開発用コンピューターで信頼して実行できます。詳細については、「Office ソリューションのビルド」を参照してください。
セキュリティ上の理由により、プロジェクトは、共有の場所に配置するのではなく、ローカル コンピューター上に作成することをお勧めします。詳細については、「Office ソリューションの共同開発」を参照してください。
参照アセンブリ
アセンブリは、プロジェクトの参照にリストされている他のアセンブリを参照できます。ただし、ドキュメント レベルのプロジェクト アセンブリが別のドキュメント レベルのプロジェクト アセンブリを参照することはできません。
参照
処理手順
方法: Visual Studio で Office プロジェクトを作成する
方法 : プライマリ相互運用機能アセンブリを利用して Office アプリケーションを使用する
概念
Visual Studio 環境における Office プロジェクト
異なるバージョンの Microsoft Office でのソリューションの実行
Office ソリューションにおけるアプリケーション マニフェストと配置マニフェスト