Conception et création de solutions Office
Visual Studio 2010 fournit des modèles de projet que vous pouvez utiliser pour créer plusieurs types de solutions Office. Cette section de la documentation décrit les modèles de projet et apporte des conseils sur la création de projets Office. Pour plus d'informations sur l'implémentation de code et de personnalisations d'interface utilisateur après la création de votre projet, consultez Développement de solutions Office.
S'applique à : Les informations contenues dans cette rubrique s'appliquent aux projets de niveau document et de niveau application pour Microsoft Office 2010 et la version 2007 de Microsoft® Office System. Pour plus d'informations, consultez Fonctionnalités disponibles par type d'application et de projet Office.
Création de projets Office
Avant de commencer, vous devez déterminer vos besoins et choisir le type de solution qui convient le mieux. 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 Office inclus dans Visual Studio 2010, consultez Vue d'ensemble des modèles de projet Office. Pour plus d'informations sur la création de projets Office, consultez Comment : créer des projets Office dans Visual Studio.
Certaines fonctionnalités et certains éléments des projets Office diffèrent des autres types de projets dans Visual Studio. Par exemple, lorsque vous créez un projet au niveau du document, le document ou le classeur de votre projet peut être ouvert et modifié depuis Visual Studio. Pour plus d'informations, consultez Projets Office dans l'environnement Visual Studio.
Si votre clientèle utilise Microsoft Office 2010 et la version 2007 de Microsoft Office System, vous pouvez développer une solution qui fonctionne dans les deux versions d'Office. Pour plus d'informations, consultez Exécution de solutions dans différentes versions de Microsoft Office.
Choix d'une version du .NET Framework
Après avoir sélectionné le type de projet qui répond le mieux à vos besoins, vous pouvez choisir quelle version du .NET Framework utiliser dans votre processus de développement. Vous pouvez cibler les versions du .NET Framework suivantes dans les projets Office :
.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 3.5
La version de .NET Framework ciblée par votre projet doit être installée sur les ordinateurs des utilisateurs finaux pour que votre solution puisse être exécutée. Par exemple, si votre projet cible .NET Framework 3.5, ce dernier doit être installé sur les ordinateurs des utilisateurs finaux. Dans cet exemple, votre solution ne fonctionnera pas si seul .NET Framework 4 est installé sur les ordinateurs des utilisateurs finaux.
Vous pouvez modifier la version cible du .NET Framework après avoir créé un projet Office. Toutefois, une fois la version cible du .NET Framework modifiée, vous devrez peut-être modifier une partie du code s'il utilise certaines fonctionnalités. Pour plus d'informations sur la modification de la version cible du .NET Framework, consultez Comment : cibler une version ou un profil spécifique du .NET Framework. Pour plus d'informations sur les modifications éventuellement nécessaires, consultez Migration de solutions Office vers .NET Framework 4.
Si vous modifiez la version de .NET Framework ciblée par votre projet et utilisez ClickOnce pour déployer votre solution, assurez-vous que vous sélectionnez également la version correspondante de .NET Framework dans la boîte de dialogue Composants requis. Cette sélection ne change pas automatiquement lorsque vous modifiez la version cible de .NET Framework de votre projet. Pour plus d'informations, consultez Comment : installer les composants requis sur les ordinateurs des utilisateurs finaux pour exécuter des solutions Office.
Notes
Vous ne pouvez pas cibler le .NET Framework 3.0 ou version antérieure dans les projets Office. Les projets Office requièrent des fonctionnalités contenues uniquement dans le .NET Framework 3.5 et versions ultérieures.
Différences entre les projets qui ciblent le .NET Framework 4 et le .NET Framework 3.5
Lorsque vous ciblez .NET Framework 4 dans un projet Office, vous pouvez utiliser certaines fonctionnalités qui ne sont pas disponibles lorsque vous ciblez .NET Framework 3.5.
Fonctionnalité |
.NET Framework 4 |
.NET Framework 3.5 |
|---|---|---|
Déployer des solutions sans assemblys PIA Office |
Lorsque vous ciblez le .NET Framework 4, vous pouvez déployer des solutions sans assemblys PIA Office. |
Lorsque vous ciblez le .NET Framework 3.5, les assemblys PIA Office doivent être installés sur l'ordinateur de l'utilisateur final avant l'exécution de votre solution. |
Fonctionnalités C# qui simplifient le développement Office |
Lorsque vous ciblez le .NET Framework 4, vous pouvez utiliser la liaison tardive pour simplifier le code que vous écrivez pour utiliser les modèles objets Office. Pour plus d'informations, consultez Liaison tardive dans les solutions Office. |
Lorsque vous ciblez le .NET Framework 3.5, vous devez caster explicitement les objets et utiliser la réflexion pour accéder aux membres à liaison tardive. Pour plus d'informations, consultez Liaison tardive dans les solutions Office. |
Savoir quand les assemblys PIA Office sont nécessaires sur les ordinateurs des utilisateurs finaux
Lorsque vous créez une solution Office qui cible le .NET Framework 3.5, les assemblys PIA Office doivent être installés et enregistrés dans le Global Assembly Cache sur chaque ordinateur de l'utilisateur final qui exécute la solution. Dans la plupart des cas, les assemblys PIA sont installés par défaut avec Office, mais vous pouvez également inclure l'assembly PIA redistribuable comme composant requis pour votre solution. Pour plus d'informations, consultez Composants requis pour les solutions Office en vue du déploiement.
Lorsque vous créez une solution Office qui cible .NET Framework 4, les assemblys PIA Office n'ont pas besoin d'être installés sur les ordinateurs des utilisateurs finaux si la propriété Incorporer les types interop de chaque référence d'assembly PIA du projet a la valeur True (qui est la valeur par défaut). Dans ce scénario, les informations relatives aux types PIA utilisés par votre solution sont incorporées à l'assembly de solution au moment de la génération du projet. Au moment de l'exécution, les informations de type incorporées sont utilisées au lieu des assemblys PIA pour appeler le modèle objet COM de l'application Office. Pour plus d'informations sur la manière dont les types d'assemblys PIA sont incorporés à votre solution, consultez Équivalence de type et types interop incorporés.
Comprendre le .NET Framework Client Profile
Le .NET Framework Client Profile est un sous-ensemble du .NET Framework complet. Vous pouvez cibler le .NET Framework Client Profile si vous devez utiliser uniquement les fonctionnalités client du .NET Framework et souhaitez le déploiement le plus rapide possible pour votre solution Office. Pour plus d'informations, consultez .NET Framework Client Profile.
Lorsque vous créez un projet Office qui cible .NET Framework 4, .NET Framework 4 Client Profile est ciblé par défaut. Si vous souhaitez développer en ciblant la version complète de .NET Framework 4, vous devez définir cette option après la création du projet. Pour plus d'informations, consultez Comment : cibler une version ou un profil spécifique du .NET Framework.
Création de solutions pour l'édition 64 bits de Microsoft Office 2010
Microsoft Office 2010 est disponible dans les éditions 64 bits et 32 bits. Pour créer des solutions Office qui peuvent s'exécuter dans toutes les éditions, le paramètre de plateforme cible de votre projet doit avoir la valeur Any CPU. Il s'agit de la valeur par défaut pour les projets Office. Pour plus d'informations, consultez Vue d'ensemble du processus de génération de solutions Office.
Il existe des versions 64 bits et 32 bits de Visual Studio Tools pour Office Runtime utilisées par les éditions 64 bits et 32 bits de Microsoft Office 2010. Pour plus d'informations, consultez Vue d'ensemble de Visual Studio Tools pour Office Runtime.
Voir aussi
Tâches
Comment : créer des projets Office dans Visual Studio
Comment : cibler les applications Office via les assemblys PIA (Primary Interop Assembly)
Comment : configurer les informations de configuration d'une solution Office
Concepts
Projets Office dans l'environnement Visual Studio
Propriétés dans les projets Office
Exécution de solutions dans différentes versions de Microsoft Office
Vue d'ensemble des assemblys dans les solutions Office
Manifestes d'application et de déploiement dans les solutions Office
Globalisation et localisation de solutions Office
Tâches courantes en matière de programmation Office
Autres ressources
Vue d'ensemble des modèles de projet Office
Utilisation de fonctionnalités Office dans Visual Studio
Déploiement de solutions Office