Créer des solutions Bureau

En général, la génération et le débogage de projets Office sont identiques à la génération et au débogage d’autres types de projets dans Visual Studio, tels que les Windows Forms. Les rubriques de cette section expliquent les différences qui existent. Pour obtenir des informations générales sur la création d’applications, consultez Compiler et générer dans Visual Studio.

Remarque

Vous souhaitez développer des solutions qui étendent l’expérience de Bureau sur plusieurs plateformes ? Consultez le nouveau modèle de compléments Bureau. Bureau compléments ont une petite empreinte par rapport aux compléments et solutions VSTO, et vous pouvez les créer à l’aide de presque n’importe quelle technologie de programmation web, telle que HTML5, JavaScript, CSS3 et XML.

Sortie du projet pour les projets Bureau

L’emplacement de sortie pour les projets Office est nom_projet\bin\release ou nom_projet\bin\debug. Vous ne pouvez pas générer un projet dans un répertoire de déploiement.

Projets au niveau du document

Quand vous générez un projet au niveau du document, les éléments suivants sont inclus dans la sortie du projet :

• Une copie du document de projet.

• L’assembly de projet et tous les assemblys référencés dont la propriété Copie locale a la valeur true.

• Manifeste de l’application, qui a l’extension .manifest du nom de fichier. Pour plus d’informations, consultez Les manifestes d’application pour Bureau solutions.

• Manifeste de déploiement, qui a l’extension de nom de fichier .vsto. Pour plus d’informations, consultez Manifestes de déploiement pour Bureau solutions.

• Fichier de base de données de programme (PDB).

Remarque

Si vous générez une solution au niveau du document à un emplacement distant et non pas sur l’ordinateur local, ajoutez le chemin complet de la liste des emplacements approuvés dans le Centre de gestion de la confidentialité de l’application. Pour plus d’informations, consultez la section intitulée Octroi d’une approbation aux documents dans des solutions de Bureau sécurisées.

Projets au niveau de l’application

Lorsque vous générez un projet de complément VSTO, les éléments suivants sont inclus dans la sortie du projet :

• L’assembly de projet et tous les assemblys référencés dont la propriété Copie locale a la valeur true.

• Manifeste de l’application, qui a l’extension .manifest du nom de fichier. Pour plus d’informations, consultez Les manifestes d’application pour Bureau solutions.

• Manifeste de déploiement, qui a l’extension de nom de fichier .vsto. Pour plus d’informations, consultez Manifestes de déploiement pour Bureau solutions.

• Fichier de base de données de programme (PDB) pour l’assembly de projet.

  Le processus de génération pour les projets de complément VSTO crée également un jeu d’entrées du Registre sur l’ordinateur de développement, qui sont requises pour charger le complément VSTO. Pour plus d’informations, consultez les entrées de Registre pour les compléments VSTO.

  Si vous générez un projet de complément VSTO Outlook qui contient des zones de formulaire, le processus de génération ajoute les informations supplémentaires suivantes dans le Registre :

• une clé pour chaque classe de message associée à une ou plusieurs zones de formulaire,

• une entrée pour chaque zone de formulaire et une valeur associée représentant le nom du complément VSTO Outlook.

  Outlook a besoin de ces informations pour charger les zones de formulaire.

Assemblys référencés

Vous pouvez référencer des assemblys (y compris des projets de bibliothèque de classes) à partir de votre projet de génération de solutions Office. Chaque assembly référencé possède une propriété appelée Copie locale. Copier local indique si l’assembly est copié dans le répertoire de sortie. Elle a la valeur truepar défaut. Chaque assembly référencé dont la propriété Copie locale a la valeur true est copié dans le répertoire de sortie.

Sécurité pendant le processus de génération

Visual Studio configure automatiquement les paramètres de sécurité sur l’ordinateur de développement afin d’accorder un niveau de confiance à la solution pendant le processus de génération. Cela permet d’exécuter la solution pendant que vous la déboguez.

Les projets Office utilisent des certificats pour vérifier l’éditeur. Visual Studio crée automatiquement un certificat temporaire pour identifier les solutions Office et configure l’ordinateur de développement pour approuver ce certificat.

Pour plus d’informations, consultez Solutions de Bureau sécurisées.

Projets réseau

Si l’assembly ou le document se trouve sur un partage réseau, la mise à jour de la stratégie de sécurité locale (niveau utilisateur) ne suffit pas pour permettre à la solution de s’exécuter. Un administrateur doit accorder une confiance totale au niveau de l’ordinateur aux assemblys et documents situés sur un partage réseau avant que la solution ne s’exécute. Pour plus d’informations sur la définition de la stratégie de sécurité, consultez Solutions de Bureau sécurisées.

Pour les projets au niveau du document, vous devez également ajouter l’emplacement complet du document dans la liste des dossiers approuvés d’Office. Pour plus d’informations, consultez Accorder l’approbation aux documents.

Modifier la cible de la plateforme

Par défaut, la plateforme cible pour les projets Office est Any CPU. En règle générale, vous ne devez pas modifier ce paramètre. Bureau solutions créées avec le Tout paramètre cible de plateforme processeur s’exécute dans des versions 32 bits et 64 bits de Microsoft Bureau 2013 ou Bureau 2010.

Vous devez définir la cible de plateforme sur x64 uniquement si vous créez une solution qui ne s’exécutera que dans des versions 64 bits de Microsoft Bureau 2013 ou Bureau 2010 et que votre solution appelle des API 64 bits natives. Pour plus d’informations sur la modification du paramètre cible de la plateforme, consultez Guide pratique pour configurer des projets sur des plateformes cibles.

Si vous spécifiez la plateforme cible x64, la solution ne s’exécutera pas dans les versions 32 bits de Windows et Office. La plateforme cible x64 exige que la solution s’exécute dans un processus 64 bits.

Utiliser la commande Clean

Pour supprimer les fichiers projet générés de l’ordinateur de développement, vous pouvez utiliser la commande Nettoyer dans le menu Générer dans Visual Studio. La commande Nettoyer supprime tous les fichiers de l’emplacement de sortie de la génération. Pour les projets de niveau application, la commande Nettoyer supprime également les entrées de Registre créées par le processus de génération.

Rubriques connexes

Intitulé	Description
Déboguer des projets Bureau	Présente des problèmes liés au débogage de projets Office.
Procédure pas à pas : Créer votre première personnalisation au niveau du document pour Excel	Montre comment créer une personnalisation de base au niveau du document pour Excel.
Procédure : réactiver un complément VSTO qui a été désactivé	Décrit comment réactiver un complément VSTO qui a été désactivé dur ou réversible.
Concevoir et créer des solutions Bureau	Fournit des liens vers des informations concernant la création de solutions Office et le rôle des assemblys dans ces solutions.