Vue d'ensemble des assemblys dans les solutions Office
Lorsque vous créez un projet Office à l'aide des outils de développement Office dans Visual Studio, le code que vous écrivez est finalement compilé dans un assembly. L'assembly est déployé habituellement vers un serveur partagé ou un répertoire sur l'ordinateur client.
Pour plus d'informations sur les assemblys, consultez Assemblys dans le Common Language Runtime.
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.
Assemblys dans les solutions Office
Les assemblys des solutions Office sont chargés par une application Microsoft Office. Après avoir chargé l'assembly, le code dans l'assembly peut réagir aux événements déclenchés dans l'application (par exemple, lorsqu'un utilisateur clique sur un élément de menu). Le code de l'assembly peut également exécuter un appel dans le modèle objet pour automatiser et étendre l'application, et peut utiliser chacune des classes dans le .NET Framework. Pour plus d'informations, consultez Architecture des personnalisations au niveau du document et Architecture des compléments d'application.
Les solutions Office utilisent des manifestes de déploiement et des manifestes d'application pour identifier l'assembly. Le manifeste contient des informations sur le nom, la version et l'emplacement de l'assembly pour que l'application puisse trouver l'assembly approprié, créer un lien vers celui-ci et l'exécuter. Pour plus d'informations, consultez Manifestes d'application et de déploiement dans les solutions Office.
Les projets au niveau du document incluent un document en plus d'un assembly. Le document représente le frontal de l'application et concentre l'ensemble des interactions avec l'utilisateur. Chaque document ne peut être associé qu'à un seul assembly de projet principal ; cependant, plusieurs documents peuvent pointer vers le même assembly.
Les assemblys des projets au niveau du document ne sont pas incorporés au document ; ils sont en fait stockés ailleurs et sont identifiés par le manifeste d'application du document.
Considérations sur la sécurité des assemblys
Pour qu'une solution Office s'exécute sur un ordinateur, les assemblys utilisés par la solution doivent être approuvés avant d'être exécutés. Pour plus d'informations sur la sécurité, consultez Sécurisation des solutions Office.
Par défaut, l'assembly de solution et tous les assemblys référencés qui figurent dans le dossier de sortie de votre projet sont approuvés pour exécution sur l'ordinateur de développement lorsque vous générez le projet. Pour plus d'informations, consultez Vue d'ensemble du processus de génération de solutions Office.
Pour des raisons de sécurité, il est préférable de créer les projets sur votre ordinateur local, au lieu d'effectuer le développement sur un emplacement partagé. Pour plus d'informations, consultez Développement collaboratif de solutions Office.
Assemblys référencés
L'assembly peut référencer d'autres assemblys répertoriés dans les références du projet. Toutefois, un assembly de projet au niveau du document ne peut pas en référencer un autre de même type.
Voir aussi
Tâches
Comment : ouvrir des solutions Office sans exécuter le code
Comment : cibler les applications Office via les assemblys PIA (Primary Interop Assembly)
Concepts
Manifestes d'application et de déploiement dans les solutions Office