Übersicht über Assemblys in Office-Projektmappen
Wenn Sie mit den Office-Entwicklungstools in Visual Studio ein Office-Projekt erstellen, wird der Code, den Sie schreiben, schließlich in eine Assembly kompiliert. Die Assembly wird meist auf einem freigegebenen Server oder in einem Verzeichnis auf dem Clientcomputer bereitgestellt.
Weitere Informationen zu Assemblys finden Sie unter Assemblys in der Common Language Runtime (CLR).
Betrifft: Die Informationen in diesem Thema betreffen Projekte auf Dokument- und Anwendungsebene für Microsoft Office 2010 und 2007 Microsoft Office System. Weitere Informationen finden Sie unter Verfügbare Funktionen nach Office-Anwendung und Projekttyp.
Assemblys in Office-Projektmappen
Assemblys in Office-Lösungen werden von einer Microsoft Office-Anwendung geladen. Nach dem Laden der Assembly kann Code in der Assembly auf Ereignisse reagieren, die in der Anwendung ausgelöst werden (z. B. wenn ein Benutzer auf ein Menüelement klickt). Im Code der Assembly kann auch ein Aufruf an das Objektmodell ausgeführt werden, um die Anwendung zu automatisieren und zu erweitern, und es können Klassen in .NET Framework verwendet werden. Weitere Informationen finden Sie unter Architektur von Anpassungen auf Dokumentebene und Architektur von Add-Ins auf Anwendungsebene.
Office-Lösungen identifizieren die Assembly mithilfe von Bereitstellungsmanifesten und Anwendungsmanifesten. Die Manifeste enthalten Informationen über Name, Version und Speicherort der Assembly, sodass die Anwendung die richtige Assembly suchen, eine Verbindung mit dieser herstellen und diese ausführen kann. Weitere Informationen finden Sie unter Anwendungs- und Bereitstellungsmanifeste in Office-Projektmappen.
Projekte auf Dokumentebene enthalten zusätzlich zu einer Assembly ein Dokument. Das Dokument bildet das Front-End der Anwendung, in dem alle Benutzerinteraktionen stattfinden. Jedes Dokument kann nur mit einer Hauptprojektassembly verknüpft sein, es können jedoch mehrere Dokumente auf dieselbe Assembly verweisen.
Assemblys in Projekten auf Dokumentebene sind nicht im Dokument eingebettet, sondern werden an anderer Stelle gespeichert und durch das Anwendungsmanifest des Dokuments identifiziert.
Sicherheitsüberlegungen bei Assemblys
Damit eine Office-Lösung auf einem Computer ausgeführt werden kann, müssen die von der Lösung verwendeten Assemblys als vertrauenswürdig gelten, um ausgeführt zu werden. Weitere Informationen zur Sicherheit finden Sie unter Sichern von Office-Projektmappen.
Standardmäßig gelten die Projektmappenassembly und alle Assemblys, auf die verwiesen wird und die sich im Ausgabeordner des Projekts befinden, als vertrauenswürdig, um beim Erstellen des Projekts auf dem Entwicklungscomputer ausgeführt zu werden. Weitere Informationen finden Sie unter Übersicht über das Erstellen von Office-Projektmappen.
Aus Sicherheitsgründen empfiehlt es sich, Projekte auf dem lokalen Computer und nicht in einem freigegebenen Speicherort zu erstellen. Weitere Informationen finden Sie unter Gemeinsame Entwicklung von Office-Lösungen.
Assemblys, auf die verwiesen wird
Eine Assembly kann auf andere Assemblys verweisen, die in den Verweisen des Projekts aufgelistet sind. Eine Assembly in einem Projekt auf Dokumentebene kann jedoch auf keine andere Assembly in einem Projekt auf Dokumentebene verweisen.
Siehe auch
Aufgaben
Gewusst wie: Öffnen von Office-Projektmappen ohne die Ausführung von Code
Verweisen auf Office-Anwendungen durch primäre Interopassemblys
Konzepte
Anwendungs- und Bereitstellungsmanifeste in Office-Projektmappen