Erstellen von Office-Lösungen

  • Artikel

Im Allgemeinen ist das Erstellen und Debuggen von Office-Projekten mit dem Erstellen und Debuggen von anderen Projekttypen in Visual Studio identisch, z. B. von Windows Forms. Die vorhandenen Unterschiede werden in diesen Themen des Abschnitts erläutert. Allgemeine Informationen zum Erstellen von Anwendungen finden Sie unter Kompilieren und Erstellen in Visual Studio.

Hinweis

Möchten Sie Lösungen entwickeln, die die Office-Erfahrung auf mehreren Plattformen erweitern? Schauen Sie sich das neue Office-Add-Ins-Modell an. Office-Add-Ins haben im Vergleich zu VSTO-Add-Ins und -Lösungen einen geringen Platzbedarf, und Sie können diese mithilfe nahezu jeder Webprogrammiertechnologie erstellen, z. B. HTML5, JavaScript, CSS3 und XML.

Projektausgabe für Office-Projekte

Der Ausgabeort für Office-Projekte ist „ Projektname\bin\release“ oder „ Projektname\bin\debug“. Sie können die Erstellung nicht in einem Bereitstellungsverzeichnis vornehmen.

Projekte auf Dokumentebene

Wenn Sie ein Projekt auf Dokumentebene erstellen, sind die folgenden Elemente in der Projektausgabe enthalten:

  • Eine Kopie des Projektdokuments.

  • Die Projektassembly und alle referenzierten Assemblys, deren Lokale Kopie -Eigenschaft auf truefestgelegt ist.

  • Das Anwendungsmanifest mit der Dateinamenerweiterung .manifest. Weitere Informationen finden Sie unter Anwendungsmanifesten für Office-Lösungen.

  • Das Bereitstellungsmanifest mit der Dateinamenerweiterung VSTO. Weitere Informationen finden Sie unter Bereitstellungsmanifesten für Office-Lösungen.

  • Eine Programmdatenbankdatei (PDB).

Hinweis

Wenn Sie eine Projektmappe auf Dokumentebene an einem Remotespeicherort anstatt auf dem lokalen Computer erstellen, fügen Sie den vollqualifizierten Pfad zur Liste vertrauenswürdiger Speicherorte im Vertrauensstellungscenter der Anwendung hinzu. Weitere Informationen finden Sie im Abschnitt "Gewähren von Vertrauensstellungen für Dokumente in Secure Office-Lösungen".

Projekte auf Anwendungsebene

Wenn Sie ein VSTO-Add-In-Projekt erstellen, sind die folgenden Elemente in der Projektausgabe enthalten:

  • Die Projektassembly und alle referenzierten Assemblys, deren Lokale Kopie -Eigenschaft auf truefestgelegt ist.

  • Das Anwendungsmanifest mit der Dateinamenerweiterung .manifest. Weitere Informationen finden Sie unter Anwendungsmanifesten für Office-Lösungen.

  • Das Bereitstellungsmanifest mit der Dateinamenerweiterung VSTO. Weitere Informationen finden Sie unter Bereitstellungsmanifesten für Office-Lösungen.

  • Eine Programmdatenbankdatei (PDB) für die Projektassembly.

    Der Buildprozess für VSTO-Add-In-Projekte erstellt auch einen Satz von Registrierungseinträgen auf dem Entwicklungscomputer, die zum Laden des VSTO-Add-Ins erforderlich sind. Weitere Informationen finden Sie unter Registrierungseinträge für VSTO-Add-Ins.

    Wenn Sie ein VSTO-Add-In-Projekt für Outlook erstellen, das Formularbereiche enthält, werden die folgenden Informationen vom Buildprozess zur Registrierung hinzugefügt:

  • Einen Schlüssel für jede Nachrichtenklasse, die mindestens einem Formularbereich zugeordnet ist.

  • Einen Eintrag für jeden Formularbereich und einen zugeordneten Wert, der den Namen des Outlook VSTO-Add-Ins darstellt.

    Outlook benötigt diese Informationen zum Laden der Formularbereiche.

Assemblys, auf die verwiesen wird

Sie können aus Ihrem Projekt „Erstellen von Office-Projektmappen“ auf Assemblys verweisen (einschließlich Klassenbibliotheksprojekte). Jede referenzierte Assembly enthält eine Eigenschaft namens Lokale Kopie. Lokale Kopie gibt an, ob die Assembly in das Ausgabeverzeichnis kopiert wird. In der Standardeinstellung ist die Eigenschaft auf truefestgelegt. Jede referenzierte Assembly, bei der Lokale Kopie auf true festgelegt ist, wird in das Ausgabeverzeichnis kopiert.

Sicherheit während des Buildprozesses

Visual Studio konfiguriert automatisch die Sicherheitseinstellungen auf dem Entwicklungscomputer, um während des Buildprozesses der Projektmappe Vertrauenswürdigkeit zu gewähren. Dadurch kann die Projektmappe beim Debuggen ausgeführt werden.

Office-Projekte verwenden Zertifikate, um den Herausgeber zu überprüfen. Visual Studio erstellt automatisch ein temporäres Zertifikat zur Identifizierung von Office-Projektmappen und konfiguriert den Entwicklungscomputer, damit dem temporären Zertifikat vertraut wird.

Weitere Informationen finden Sie unter Secure Office solutions.

Netzwerkprojekte

Wenn sich der Speicherort der Assembly oder des Dokuments auf einer Netzwerkfreigabe befindet, ist die Aktualisierung der lokalen Sicherheitsrichtlinie (auf Benutzerebene) nicht ausreichend, um die Ausführung der Projektmappe zu gestatten. Ein Administrator muss Assemblys und Dokumenten, die sich auf einer Netzwerkfreigabe befinden, volle Vertrauenswürdigkeit auf Computerebene gewähren, bevor die Projektmappe ausgeführt werden kann. Weitere Informationen zum Festlegen von Sicherheitsrichtlinien finden Sie unter Secure Office-Lösungen.

Für Projekte auf Dokumentebene müssen Sie außerdem den vollqualifizierten Speicherort des Dokuments zur Office-Liste vertrauenswürdiger Ordner hinzufügen. Weitere Informationen finden Sie unter Erteilen einer Vertrauensstellung für Dokumente.

Ändern des Plattformziels

Standardmäßig ist die Zielplattform für Office-Projekte Beliebige CPU. In der Regel sollten Sie diese Einstellung nicht ändern. Office-Lösungen, die mit der Zieleinstellung "Beliebige CPU-Plattform " erstellt wurden, werden in 32-Bit- und 64-Bit-Versionen von Microsoft Office 2013 oder Office 2010 ausgeführt.

Sie sollten das Plattformziel nur auf x64 festlegen, wenn Sie eine Lösung erstellen, die nur in 64-Bit-Versionen von Microsoft Office 2013 oder Office 2010 ausgeführt wird, und Ihre Lösung systemeigene 64-Bit-APIs aufruft. Weitere Informationen zum Ändern der Plattformzieleinstellung finden Sie unter How to: Configure projects to target platforms.

Wenn Sie für die Zielplattform x64 festlegen, kann die Projektmappe nicht in 32-Bit-Versionen von Windows oder Office ausgeführt werden. Die x64-Zielplattform erfordert, dass die Projektmappe in einem 64-Bit-Prozess ausgeführt wird.

Verwenden des Befehls "Bereinigen"

Um die erstellten Projektdateien vom Entwicklungscomputer zu entfernen, können Sie den Befehl "Bereinigen" im Menü "Erstellen " in Visual Studio verwenden. Der Befehl Bereinigen löscht alle Dateien im Ausgabespeicherort des Builds. Für Projekte auf Anwendungsebene entfernt der Befehl Bereinigen auch die vom Buildprozess erstellten Registrierungseinträge.

Titel Beschreibung
Debuggen von Office-Projekten Beschreibt Probleme beim Debuggen von Office-Projekten.
Walkthrough: Create your first document-level customization for Excel Veranschaulicht, wie Sie eine Standardanpassung auf Dokumentebene für Excel erstellen.
Vorgehensweise: Erneutes Aktivieren eines VSTO-Add-Ins, das deaktiviert wurde Beschreibt, wie Sie ein VSTO-Add-In erneut aktivieren, 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 Aufgabe, die Assemblys dabei zukommt.