Entwerfen und Erstellen von Office-Lösungen

Artikel
02/26/2013

Visual Studio stellt Projektvorlagen bereit, die Sie verwenden können, um verschiedene Typen Office-Projektmappen zu erstellen.In diesem Abschnitt der Dokumentation werden die Projektvorlagen beschrieben und Anweisungen zum Erstellen von Office-Projekten bereitgestellt.Informationen zum Implementieren von Code- und Benutzeroberflächenanpassungen, nachdem Sie das Projekt erstellt haben, finden Sie unter Entwickeln von Office-Projektmappen.

Betrifft: Die Informationen in diesem Thema betreffen Projekte auf Dokument- und auf Anwendungsebene für Office 2013 und Office 2010. Weitere Informationen finden Sie unter Verfügbare Funktionen nach Office-Anwendung und Projekttyp.

Erstellen von Office-Projekten

Bevor Sie beginnen, sollten Sie die Anforderungen bestimmen und den am besten geeigneten Lösungstyp festlegen.Wenn die Office-Projektmappe z. B. bei jeder Verwendung der Anwendung ausgeführt werden muss, ist ein Add-In auf Anwendungsebene die beste Lösung für Ihre Anforderungen.Wenn der Code fest in ein einzelnes Dokument integriert ist, erstellen Sie eine Anpassung auf Dokumentebene.Diese Projekttypen sind als Visual Studio-Projektvorlagen verfügbar.Weitere Informationen zu den Office-Projektvorlagen, die in Visual Studio enthalten sind, finden Sie unter Übersicht über Office-Projektvorlagen.Weitere Informationen zum Erstellen von Office-Projekten finden Sie unter Gewusst wie: Erstellen von Office-Projekten in Visual Studio.

Office-Projekte enthalten Funktionen und Projektelemente, die sich von anderen Projekttypen in Visual Studio unterscheiden.Wenn Sie z. B. ein Projekt auf Dokumentebene erstellen, kann das Dokument oder die Arbeitsmappe im Projekt in Visual Studio geöffnet und bearbeitet werden.Weitere Informationen finden Sie unter Office-Projekte in der Visual Studio-Umgebung.

Auswählen einer .NET Framework-Version

Nachdem Sie den für Ihre Anforderungen am besten geeigneten Projekttyp ausgewählt haben, können Sie festlegen, welche .NET Framework-Version bei der Entwicklung verwendet werden soll.In Office-Projekten können die folgenden .NET Framework-Versionen verwendet werden:

.NET Framework 4
.NET Framework 4 Client Profile

.NET Framework 4.5

Hinweis
Office-Projektmappen können .NET Framework 4.5 abzielen nur, wenn Sie die Microsoft Office-Entwicklertools für Visual Studio 2012 installieren.Weitere Informationen finden Sie unter "Tools" auf Downloadseite.

Die für das Projekt ausgewählte .NET Framework-Version muss auf Endbenutzercomputern vorhanden sein, um die Projektmappe ausführen zu können.Wenn das Projekt .NET Framework 4 abzielt, ist .NET Framework 4 auf Endbenutzercomputern erforderlich.In diesem Beispiel wird die Projektmappe nicht ausgeführt, wenn nur .NET Framework 3.5 auf Endbenutzercomputern installiert ist.

Wenn Sie ein Add-In-Projekt auf Anwendungsebene migrieren, .NET Framework 3.5 abzielt, Visual Studio das Zielframework des Projekts in .NET Framework 4 ändert.

Wenn Sie die Microsoft Office-Entwicklertools für Visual Studio 2012 installieren, ändert Visual Studio das Zielframework des Projekts in .NET Framework 4.5.

jedoch immer das Zielframework geändert wird, müssen Sie möglicherweise einen Teil von Code im Projekt ändern, wenn es bestimmte Funktionen verwendet.Weitere Informationen zum Ändern des Zielframeworks finden Sie unter Gewusst wie: .NET Framework-Version als Ziel.Weitere Informationen zu eventuell erforderlichen Änderungen im Projekt finden Sie unter Migrieren von Office-Lösungen zu .NET Framework 4 oder .NET Framework 4.5.

Wenn Visual Studio die .NET Framework-Zielversion des Projekts ändert und von ClickOnce verwenden, um die Projektmappe bereitzustellen, stellen Sie sicher, dass Sie auch die entsprechende .NET Framework-Version Erforderliche Komponenten im Dialogfeld auswählen.Diese Auswahl wird nicht automatisch geändert, wenn Sie das Zielframework für das Projekt ändern.Weitere Informationen finden Sie unter Vorgehensweise: Installieren von erforderlichen Komponenten auf Endbenutzercomputern für die Ausführung von Office-Projektmappen.

Hinweis
Sie können .NET Framework 3.5 oder früher in Office nicht verwenden ein, die Sie erstellen, indem Sie Visual Studio 2012 verwenden.Office-Projekten, die Sie, indem Sie Visual Studio 2012 verwenden, erfordern Funktionen erstellen, die zuerst in .NET Framework 4 Client Profile eingeführt wurden

Grundlegendes zur Notwendigkeit von Office-PIAs auf Endbenutzercomputern

Standardmäßig müssen Office-primäreInteropassemblys (PIAs), nicht auf Endbenutzercomputern installiert werden, wenn die Eigenschaft Interoptypen einbetten jedes Office-PIA-Verweises im Projekt zu True festgelegt wird, den Standardwert ist.In diesem Szenario werden die in der Projektmappe für die PIA-Typen verwendeten Typinformationen beim Erstellen des Projekts in die Projektmappenassembly eingebettet.Zur Laufzeit werden die eingebetteten Typinformationen statt der PIAs verwendet, um das COM-basierte Objektmodell der Office-Anwendung aufzurufen.Weitere Informationen zum Einbetten von Typen aus PIAs in die Lösung finden Sie unter Typäquivalenz und eingebettete Interop-Typen.

Wenn die Eigenschaft Interoptypen einbetten jedes Office-PIA-Verweises im Projekt zu False festgelegt wird, muss Office-PIAs im globalen Assemblycache auf jedem Endbenutzercomputer installiert und registriert sein, der die Projektmappe ausgeführt wird.In den meisten Fällen werden die PIAs standardmäßig mit Office installiert, Sie können die verteilbare PIA jedoch auch als erforderliche Komponente für die Lösung einschließen.Weitere Informationen finden Sie unter Erforderliche Komponenten für Office-Projektmappen für die Bereitstellung.

Grundlegendes zu Client Profile

.NET Framework Client Profile ist eine Teilmenge der Vollversion von .NET Framework.Sie können .NET Framework Client Profile verwenden, wenn nur die Clientfunktionen in .NET Framework verwendet werden müssen und die schnellstmögliche Bereitstellung für die Office-Lösung angegeben werden soll.Weitere Informationen finden Sie unter .NET Framework Client Profile.

Wenn Sie ein Office-Projekt erstellen, das auf .NET Framework 4, .NET Framework 4 Client Profile ist standardmäßig. Wenn Sie sich für vollständige .NET Framework 4 entwickeln möchten, müssen Sie diese Option aktivieren, nachdem das Projekt erstellt wurde.Weitere Informationen finden Sie unter Gewusst wie: .NET Framework-Version als Ziel.

Erstellen von Lösungen für die 64-Bit-Edition von Microsoft Office

Microsoft Office 2013 und Office 2010 sind in 64-Bit- und 32-Bit-Editionen verfügbar.Zum Erstellen von Office-Lösungen, die in einer von beiden Edition ausgeführt werden können, muss die Zielplattformeinstellung für das Projekt auf Beliebige CPU festgelegt werden.Dies ist der Standardwert für Office-Projekte. Weitere Informationen finden Sie unter Aktualisieren von Office-Projektmappen.

Es gibt separate 64-Bit- und 32-Bit-Versionen Visual Studio-Tools für Office-Laufzeit, die durch die 64-Bit- und 32-Bit-Editionen von Microsoft Office 2013 und von Office 2010 verwendet werden.Weitere Informationen finden Sie unter Übersicht über die Visual Studio Tools for Office-Laufzeit.

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.

Assemblys in Office-Lösungen werden von einer Office-Anwendung geladen.Nach dem Laden der Assembly, kann Code in der Assembly auf Ereignisse reagieren, die in der Anwendung ausgelöst werden beispielsweise wenn ein Benutzer auf ein Menüelement klickt.Code in der Assembly kann in das Objektmodell auch aufrufen, um die Anwendung zu automatisieren und zu erweitern, und es können Klassen in .NET Framework verwenden. 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 Aktualisieren 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

Freigeben über