(0) exportieren Drucken
Alle erweitern
Dieser Artikel wurde maschinell übersetzt. Bewegen Sie den Mauszeiger über die Sätze im Artikel, um den Originaltext anzuzeigen. Weitere Informationen
Übersetzung
Original
Dieser Artikel wurde noch nicht bewertet - Dieses Thema bewerten.

Entwerfen und Erstellen von Office-Lösungen

Visual Studio stellt Projektvorlagen bereit, mit denen Sie mehrere unterschiedliche Typen von Office-Projektmappen erstellen können. 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.

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 über die in Visual Studio bereitgestellten Office-Projektvorlagen 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.

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

Die für das Projekt ausgewählte .NET Framework-Version muss auf Endbenutzercomputern vorhanden sein, um die Projektmappe ausführen zu können. Wenn für das Projekt z. B. .NET Framework 4 als Zielversion festgelegt ist, 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, das .NET Framework 3.5 als Ziel verwendet, ändert Visual Studio das Zielframework des Projekts in .NET Framework 4 oder .NET Framework 4.5, je nach installierter Office-Version.

Nachdem das Zielframework von Visual Studio geändert wurde, müssen Sie jedoch möglicherweise einen Teil des Codes 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 Sie die Projektmappe mit ClickOnce bereitstellen, müssen Sie auch die entsprechende .NET Framework-Version im Dialogfeld Erforderliche Komponenten 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 Hinweis

Sie können .NET Framework 3.5 oder frühere Versionen in Office-Projekten, die Sie mit Visual Studio 2013 erstellen, nicht als Ziel verwenden. Office-Projekte, die Sie mit Visual Studio 2013 erstellen, erfordern Funktionen, die anfänglich in .NET Framework 4 Client Profile eingeführt wurden.

3295w01c.collapse_all(de-de,VS.120).gifGrundlegendes zur Notwendigkeit von Office-PIAs auf Endbenutzercomputern

Standardmäßig müssen die Office-PIAs nicht auf Endbenutzercomputern installiert werden, sofern die Eigenschaft Interoptypen einbetten jedes Office-PIA-Verweises im Projekt auf True festgelegt ist. Dies ist der Standardwert. 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 Interop-Typen einbetten jedes Office PIA-Verweises im Projekt auf False festgelegt wird, müssen Office-PIAs im globalen Assemblycache auf jedem Endbenutzercomputer, auf dem die Projektmappe ausgeführt wird, installiert und registriert sein. 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.

3295w01c.collapse_all(de-de,VS.120).gifGrundlegendes 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 abzielt, wird .NET Framework 4 Client Profile standardmäßig als Ziel verwendet. Wenn Sie ein Projekt für das vollständige .NET Framework 4 entwickeln möchten, müssen Sie diese Option festlegen, nachdem das Projekt erstellt wurde. Weitere Informationen finden Sie unter Gewusst wie: .NET Framework-Version als Ziel.

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 von Visual Studio-Tools für Office-Laufzeit, die von den 64-Bit- und 32-Bit-Editionen von Microsoft Office 2013 und Office 2010 verwendet werden. Weitere Informationen finden Sie unter Übersicht über die Visual Studio Tools for Office-Laufzeit.

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-Projektmappen 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, z. B. wenn ein Benutzer auf ein Menüelement klickt. Der Code in der Assembly kann auch einen Aufruf an das Objektmodell ausführen, um die Anwendung zu automatisieren und zu erweitern, und der Code kann jede der 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.

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.

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.

Fanden Sie dies hilfreich?
(1500 verbleibende Zeichen)
Vielen Dank für Ihr Feedback.

Community-Beiträge

HINZUFÜGEN
Microsoft führt eine Onlineumfrage durch, um Ihre Meinung zur MSDN-Website zu erfahren. Wenn Sie sich zur Teilnahme entscheiden, wird Ihnen die Onlineumfrage angezeigt, sobald Sie die MSDN-Website verlassen.

Möchten Sie an der Umfrage teilnehmen?
Anzeigen:
© 2014 Microsoft. Alle Rechte vorbehalten.