Übersicht über das Erstellen von Office-Projektmappen
Eine Microsoft Office-Projektmappe zu erstellen ähnelt sehr dem Erstellen anderer Anwendungen in Visual Studio. Es gibt jedoch mehrere Punkte zu berücksichtigen, die speziell für Office-Projektmappen gelten.
Allgemeine Informationen zum Erstellen von Anwendungen finden Sie unter Der Buildprozess in Visual Studio.
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.
Projektausgabe für Office-Projekte
Der Ausgabeort für Office-Projekte ist Projektname\bin\release oder Projektname\bin\debug. Sie können ein Projekt nicht in einem Bereitstellungsverzeichnis erstellen.
Projekte auf Dokumentebene
Beim Erstellen eines Projekts auf Dokumentebene sind folgende Elemente in der Projektausgabe enthalten:
Eine Kopie des Projektdokuments.
Die Projektassembly sowie alle Assemblys, auf die verwiesen wird und deren Copy Local-Eigenschaft auf true festgelegt ist.
Das Anwendungsmanifest, das die Dateinamenerweiterung .manifest besitzt. Weitere Informationen finden Sie unter Anwendungsmanifeste für Office-Projektmappen.
Das Bereitstellungsmanifest, das die Dateinamenerweiterung .vsto besitzt. Weitere Informationen finden Sie unter Bereitstellungsmanifeste für Office-Projektmappen.
Eine Programmdatenbankdatei (PDB-Datei).
Projekte auf Anwendungsebene
Beim Erstellen eines Projekts auf Anwendungsebene sind folgende Elemente in der Projektausgabe enthalten:
Die Projektassembly sowie alle Assemblys, auf die verwiesen wird und deren Copy Local-Eigenschaft auf true festgelegt ist.
Das Anwendungsmanifest, das die Dateinamenerweiterung .manifest besitzt. Weitere Informationen finden Sie unter Anwendungsmanifeste für Office-Projektmappen.
Das Bereitstellungsmanifest, das die Dateinamenerweiterung .vsto besitzt. Weitere Informationen finden Sie unter Bereitstellungsmanifeste für Office-Projektmappen.
Eine Programmdatenbankdatei (PDB) für die Projektassembly.
Beim Buildprozess für Projekte auf Anwendungsebene wird zusätzlich ein Satz von Registrierungseinträgen auf dem Entwicklungscomputer erstellt, die zum Laden des Add-Ins notwendig sind. Weitere Informationen finden Sie unter Registrierungseinträge für Add-Ins auf Anwendungsebene.
Wenn Sie ein Outlook-Add-In-Projekt erstellen, das Formularbereiche enthält, werden im Buildprozess die folgenden zusätzlichen Informationen zur Registrierung hinzugefügt:
Ein Schlüssel für jede Nachrichtenklasse, die einem oder mehreren Formularbereichen zugeordnet ist.
Ein Eintrag für jeden Formularbereich und ein zugeordneter Wert, der den Namen des Outlook-Add-Ins darstellt.
Outlook benötigt diese Informationen zum Laden der Formularbereiche.
Assemblys, auf die verwiesen wird
Sie können in Ihrem Visual Studio Tools for Office-Projekt auf Assemblys (einschließlich Klassenbibliotheksprojekte) verweisen. Jede Assembly, auf die verwiesen wird, weist eine Eigenschaft mit dem Namen Copy Local (Lokale Kopie) auf. Copy Local gibt an, ob die Assembly ins Ausgabeverzeichnis kopiert wird. In der Standardeinstellung ist die Eigenschaft auf true festgelegt. Jede Assembly, auf die verwiesen wird, deren Copy Local-Eigenschaft auf true festgelegt ist, wird in das Ausgabeverzeichnis kopiert.
Sicherheit beim Buildprozess
Visual Studio konfiguriert automatisch die Sicherheitseinstellungen auf dem Entwicklungscomputer, um der Projektmappe während des Buildprozesses Vertrauenswürdigkeit zu gewähren. Dies lässt die Ausführung der Projektmappe zu, während Sie sie debuggen.
Office-Projekte verwenden Zertifikate, um Verleger zu verifizieren. Von Visual Studio wird automatisch ein temporäres Zertifikat zur Identifizierung von Office-Lösungen erstellt, und der Entwicklungscomputer wird so konfiguriert, dass diesem Zertifikat Vertrauenswürdigkeit gewährt wird.
Weitere Informationen finden Sie unter Sichern von Office-Projektmappen.
Netzwerkprojekte
Wenn sich der Speicherort der Assembly oder des Dokuments in einer Netzwerkfreigabe befindet, reicht die lokale Aktualisierung der Sicherheitsrichtlinie (auf Benutzerebene) nicht aus, damit die Projektmappe ausgeführt werden kann. Zu ihrer Ausführung muss ein Administrator den Assemblys und Dokumenten in der Netzwerkfreigabe auf der Computerebene vollständige Vertrauenswürdigkeit gewähren. Weitere Informationen über das Festlegen der Sicherheitsrichtlinie finden Sie unter Sichern von Office-Projektmappen.
Für Projekte auf Dokumentebene müssen Sie außerdem den vollqualifizierten Speicherort des Dokuments zur Liste der vertrauenswürdigen Office-Ordner hinzufügen. Weitere Informationen finden Sie unter Gewähren von Vertrauenswürdigkeit für Dokumente.
Ändern der Zielplattform
Standardmäßig ist die Zielplattform für Office-Projekte Beliebige CPU. In der Regel sollte diese Einstellung nicht geändert werden. Office-Lösungen, die mit der Zielplattformeinstellung Beliebige CPU erstellt werden, werden im 2007 Microsoft Office System und in den 32-Bit- und 64-Bit-Versionen von Microsoft Office 2010 ausgeführt.
Sie sollten nur die Zielplattform auf x64 festlegen, wenn Sie eine Lösung erstellen, die nur in 64-Bit-Versionen von Microsoft Office 2010 ausgeführt wird, und wenn die Lösung systemeigene 64-Bit-APIs aufruft. Weitere Informationen zum Ändern der Zielplattformeinstellung finden Sie unter Gewusst wie: Optimieren einer Anwendung für einen bestimmten CPU-Typ.
Wenn Sie die Zielplattform auf x64 festlegen, kann die Projektmappe nicht in 32-Bit-Versionen von Windows oder Office ausgeführt werden, auch nicht im 2007 Microsoft Office System. Für die Zielplattform x64 muss die Projektmappe in einem 64-Bit-Prozess ausgeführt werden.
Verwenden des Befehls "Bereinigen"
Um die erstellten Projektdateien vom Entwicklungscomputer zu entfernen, verwenden Sie in Visual Studio im Menü Erstellen den Befehl Bereinigen. Der Befehl Bereinigen löscht alle Dateien im Buildausgabeverzeichnis. Bei Projekten auf Anwendungsebene werden durch den Befehl Bereinigen auch die vom Buildprozess erstellten Registrierungseinträge entfernt.
Siehe auch
Aufgaben
Gewusst wie: Erstellen von Office-Projektmappen
Konzepte
Debuggen in Projekten auf Dokumentebene