Entwerfen und Erstellen von Office-Lösungen
Visual Studio 2010 stellt Projektvorlagen bereit, mit denen Sie mehrere unterschiedliche Typen von Office-Lösungen 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 Anwendungsebene für Microsoft Office 2010 und 2007 Microsoft Office System. 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 über die in Visual Studio 2010 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.
Wenn Ihre Kunden sowohl Microsoft Office 2010 als auch das 2007 Microsoft Office System verwenden, können Sie eine Projektmappe entwickeln, die in beiden Versionen von Office funktionsfähig ist. Weitere Informationen finden Sie unter Ausführen von Lösungen in unterschiedlichen Versionen von Microsoft Office.
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 3.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 3.5 als Zielversion festgelegt ist, ist .NET Framework 3.5 auf Endbenutzercomputern erforderlich. In diesem Beispiel wird die Projektmappe nicht ausgeführt, wenn nur .NET Framework 4 auf Endbenutzercomputern installiert ist.
Sie können das Zielframework ändern, nachdem Sie ein Office-Projekt erstellt haben. Nachdem Sie das Zielframework geändert haben, 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: Ausrichten auf eine bestimmte .NET Framework-Version oder ein bestimmtes .NET Framework-Profil. Weitere Informationen zu eventuell erforderlichen Änderungen im Projekt finden Sie unter Migrieren von Office-Lösungen zu .NET Framework 4.
Wenn Sie die .NET Framework-Zielversion des Projekts ändern und 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.
Tipp
In Office-Projekten kann .NET Framework 3.0 oder früher nicht verwendet werden. Office-Projekte erfordern Funktionen, die zuerst in .NET Framework 3.5 eingeführt wurden.
Unterschiede zwischen Projekten, die .NET Framework 4 und .NET Framework 3.5 verwenden
Wenn Sie in einem Office-Projekt als Zielversion .NET Framework 4 festlegen, können Sie bestimmte Funktionen verwenden, die nicht verfügbar sind, wenn als Zielversion .NET Framework 3.5 festgelegt wird.
Feature |
.NET Framework 4 |
.NET Framework 3.5 |
|---|---|---|
Bereitstellen von Lösungen ohne primäre Office-Interopassemblys |
Wenn Sie .NET Framework 4 verwenden, können Sie Lösungen ohne die primären Office-Interopassemblys (PIAs) bereitstellen. |
Wenn Sie .NET Framework 3.5 verwenden, müssen die primären Office-Interopassemblys auf dem Endbenutzercomputer installiert sein, bevor die Lösung ausgeführt wird. |
C#-Funktionen zur Vereinfachung der Office-Entwicklung |
Wenn Sie .NET Framework 4 verwenden, können Sie mithilfe der Funktion zur späten Bindung den Code, den Sie schreiben, für die Office-Objektmodelle vereinfachen. Weitere Informationen finden Sie unter Späte Bindung in Office-Lösungen. |
Wenn Sie .NET Framework 3.5 verwenden, müssen Sie Objekte explizit umwandeln und mithilfe von Reflektion auf spät gebundene Member zugreifen. Weitere Informationen finden Sie unter Späte Bindung in Office-Lösungen. |
Grundlegendes zur Notwendigkeit von Office-PIAs auf Endbenutzercomputern
Wenn Sie eine Office-Lösung erstellen, die .NET Framework 3.5 verwendet, müssen die Office-PIAs auf jedem Endbenutzercomputer, auf dem die Lösung ausgeführt wird, im globalen Assemblycache 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.
Wenn Sie eine Office-Projektmappe mit der Zielversion .NET Framework 4 erstellen, 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.
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 mit der Zielversion .NET Framework 4 erstellen, ist .NET Framework 4 Client Profile standardmäßig das Zielframework. Falls Sie ein Projekt für die vollständige .NET Framework 4-Version entwickeln möchten, müssen Sie diese Option nach dem Erstellen des Projekts festlegen. Weitere Informationen finden Sie unter Gewusst wie: Ausrichten auf eine bestimmte .NET Framework-Version oder ein bestimmtes .NET Framework-Profil.
Erstellen von Lösungen für die 64-Bit-Edition von Microsoft Office 2010
Microsoft Office 2010 ist 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 Übersicht über das Erstellen von Office-Projektmappen.
Es gibt separate 64-Bit- und 32-Bit-Versionen von Visual Studio Tools for Office-Laufzeit, die von den 64-Bit- und 32-Bit-Editionen von Microsoft Office 2010 verwendet werden. Weitere Informationen finden Sie unter Übersicht über die Visual Studio Tools for Office-Laufzeit.
Siehe auch
Aufgaben
Gewusst wie: Erstellen von Office-Projekten in Visual Studio
Verweisen auf Office-Anwendungen durch primäre Interopassemblys
Gewusst wie: Einrichten von Konfigurationsinformationen für eine Office-Projektmappe
Konzepte
Office-Projekte in der Visual Studio-Umgebung
Eigenschaften in Office-Projekten
Ausführen von Lösungen in unterschiedlichen Versionen von Microsoft Office
Übersicht über Assemblys in Office-Projektmappen
Anwendungs- und Bereitstellungsmanifeste in Office-Projektmappen
Globalisierung und Lokalisierung von Office-Projektmappen
Häufige Aufgaben bei der Programmierung mit Office
Weitere Ressourcen
Übersicht über Office-Projektvorlagen
Verwenden von Office-Funktionen in Visual Studio
Bereitstellen von Office-Projektmappen