Création de solutions Office dans Visual Studio

Mise à jour : Juillet 2008

Vous pouvez développer des solutions dans Visual Studio pour personnaliser des applications Microsoft Office et ajouter les caractéristiques spécifiques dont vous avez besoin pour vos processus métier. Par exemple, vous pouvez convertir Microsoft Office Word en générateur de contrats qui assemble des contrats à partir de parties préexistantes qui peuvent être modifiables ou non modifiables. Avec Microsoft Office Excel, vous pourriez créer une feuille de calcul de budget automatisée que vous personnaliseriez pour les différents projets.

Création de projets Office

Avant de commencer, vous devez déterminer vos critères et découvrir le type de solution le mieux adapté. Par exemple, si votre solution Office doit s'exécuter à chaque utilisation de l'application, un complément d'application correspond mieux à vos critères. Si le code est étroitement intégré à un document unique, créez une personnalisation au niveau du document. Ces types de projets sont disponibles sous forme de modèles de projet Visual Studio. Pour plus d'informations sur les modèles de projet inclus dans Visual Studio Tools pour Office, consultez Vue d'ensemble des modèles de projet Visual Studio Tools pour Office.

Si vous créez une personnalisation au niveau du document, pensez à la manière dont il doit être utilisé par plusieurs personnes. Est-ce que tout le monde travaillera sur le même document, ou est-ce que chacun doit disposer d'une copie séparée du document afin de pouvoir le personnaliser ? Il existe des modèles de projet qui conviennent aux deux types, documentés dans Comparaison entre fichiers de document et fichiers modèles.

Si vous créez un modèle Word, vous ne pouvez pas l'utiliser comme un modèle global ni le joindre aux documents existants. En outre, il n'existe aucun modèle de projet pour un fichier de complément Excel (.xla). Pour plus d'informations, consultez Restrictions relatives aux modèles globaux et aux compléments Excel (fichiers .xla).

Choix d'une version du .NET Framework

Après avoir sélectionné le type de projet qui correspond le mieux à vos critères, vous devez choisir quelle version du .NET Framework utiliser dans votre processus de développement. La version que vous sélectionnez affecte les fonctionnalités qui seront à votre disposition, la manière dont la solution se charge à l'intérieur de l'application Microsoft Office, l'emplacement où vous pouvez placer le programme d'installation de la solution, le moment auquel les mises à jour sont installées et les options de déploiement dont vous disposerez.

Le tableau suivant indique les versions minimales requises du .NET Framework si vous souhaitez développer pour Microsoft Office 2003 ou la version 2007 de Microsoft Office System.

Microsoft Office	.NET Framework	Visual Studio Tools pour Office runtime
Microsoft Office 2003	.NET Framework 2.0	Visual Studio 2005 Tools pour Office Second Edition
Version 2007 de Microsoft Office System	.NET Framework 3.5	Visual Studio Tools pour Office 3.0
	.NET Framework 3.5 SP1	Visual Studio Tools pour Office 3.0 SP1
	..NET Framework Client Profile (nouveau dans Visual Studio 2008 Service Pack 1 (SP1))	Visual Studio Tools pour Office 3.0 SP1

Pour .NET Framework 2.0, 3.0 et 3.5, vous pouvez définir la version du .NET Framework lorsque vous créez un projet. Toutefois, vous pouvez également modifier la version du .NET Framework de votre solution Office après la création de projet.

Si vous souhaitez développer pour le .NET Framework Client Profile, vous devez définir cette option une fois le projet créé. Pour plus d'informations sur le changement de version du .NET Framework cible, consultez Comment : modifier la version cible de .NET Framework.

Création de solutions pour plusieurs versions de Microsoft Office

Si votre base cliente utilise plusieurs versions de Microsoft Office, vous pouvez développer des solutions Office qui fonctionnent dans les deux. Vous devez décider de la prise en charge et du déploiement d'une solution unique qui fonctionne à la fois dans Microsoft Office 2003 et dans la version 2007 de Microsoft Office System, ou de la manière de tirer parti des fonctionnalités dans les différentes versions de Microsoft Office en déployant une solution spécifique à la version. Pour plus d'informations, consultez Création de solutions pour plusieurs versions de Microsoft Office.

Dans cette section

• Manifestes d'application et de déploiement dans les solutions Office
  Explique le rôle des manifestes d'application et de déploiement dans les solutions Visual Studio Tools pour Office.

• Comment : configurer les informations de configuration d'une solution Office
  Explique comment ajouter manuellement un fichier .config à votre projet Visual Studio Tools pour Office.

• Vue d'ensemble des assemblys dans les solutions Office
  Explique le rôle des assemblys de code managé dans les projets Visual Studio Tools pour Office.

• Considérations sur les espaces de noms dans les solutions Office
  Fournit une aide pour modifier l'espace de noms de vos projets Visual Studio Tools pour Office.

• Propriétés des projets Visual Studio Tools pour Office
  Décrit les propriétés qui sont exposées dans la fenêtre Propriétés.

• Globalisation et localisation de solutions Office
  Explique les problèmes liés à la localisation des solutions Office, notamment en ce qui concerne le texte statique, qui doit être géré séparément de l'assembly et des autres ressources managées.

Voir aussi

Concepts

Déploiement de solutions Office (Office System 2003)

Tâches courantes en matière de programmation Office

Développement de solutions Office

Autres ressources

Architecture des solutions Visual Studio Tools pour Office

Historique des modifications

Date	Historique	Raison
Juillet 2008	Ajout d'informations sur l'exécution du .NET Framework Client Profile et de Visual Studio Tools pour Office 3.0 SP1.	Modifications de fonctionnalités dans le SP1.