Freigeben über


Aktualisieren von Office-Projektmappen

Im Allgemeinen funktioniert das Erstellen und Debuggen von Office-Projekten genauso wie das Erstellen und Debuggen von anderen Projekttypen in Visual Studio, z. B. Windows Forms.In den Themen dieses Abschnitts werden die jeweiligen Unterschiede erläutert.Allgemeine Informationen zum Erstellen von Anwendungen finden Sie unter Anwendungen in Visual Studio erstellen.

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.

388t39t8.collapse_all(de-de,VS.110).gifProjekte 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).

HinweisHinweis

Wenn Sie eine Projektmappe auf Dokumentebene an einem Remotespeicherort statt auf dem lokalen Computer erstellen, fügen Sie den vollqualifizierten Speicherort für die Liste vertrauenswürdiger Speicherorte im Sicherheitscenter der Anwendung hinzu.Weitere Informationen finden Sie im Abschnitt Gewähren von Vertrauenswürdigkeit für Dokumente in Sichern von Office-Projektmappen.

388t39t8.collapse_all(de-de,VS.110).gifProjekte 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 Assemblys (einschließlich Klassenbibliotheksprojekte) aus dem Erstellen Office-Projektmappenprojekt.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 während des Buildprozesses

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.

388t39t8.collapse_all(de-de,VS.110).gifNetzwerkprojekte

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-Projektmappen, die mit der zielsetzenden Ausführung Any CPU Plattform in den 32-Bit- und 64-Bit-Versionen von Microsoft Office 2013 oder von Office 2010 erstellt werden.

Sie sollten nur die Zielplattform auf x64 festlegen, wenn Sie eine Lösung erstellen, die nur in 64-Bit-Versionen von Microsoft Office 2013 oder von Office 2010 ausgeführt wird, und die Projektmappe ruft systemeigenes 64-Bit API auf.Weitere Informationen zum Ändern der Zielplattformeinstellung finden Sie unter How to: Optimize an Application for a Specific CPU Type.

Wenn Sie die Zielplattform auf x64 festlegen, die Projektmappe nicht in 32-Bit-Versionen von Windows oder Office ausgeführt werden.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.

Verwandte Themen

Titel

Description

Debuggen von Office-Projekten

Beschreibt Probleme beim Debuggen, wenn Office-Projekte gedebuggt werden.

Exemplarische Vorgehensweise: Erstellen der ersten Anpassung auf Dokumentebene für Excel

Veranschaulicht, wie Sie eine grundlegende Anpassung auf Dokumentebene für Excel erstellen können.

Gewusst wie: Erneutes Aktivieren von Add-Ins, die deaktiviert wurden

Beschreibt, wie ein Add-In aktiviert werden kann, das hart oder weich deaktiviert wurde.

Entwerfen und Erstellen von Office-Lösungen

Enthält Links zu Informationen über das Erstellen von Office-Projektmappen und über die Rolle, die Assemblys dabei zukommt.