Konfigurieren eines Computers zum Entwickeln von Office-Lösungen
Sie müssen die folgenden erforderlichen Komponenten installieren, bevor Sie die Microsoft Office-Entwicklertools in Visual Studio 2010 verwenden können:
Visual Studio
.NET Framework
Microsoft Office
Für die meisten Entwicklungsaufgaben müssen Sie auch die primären Interopassemblys für Microsoft Office im globalen Assemblycache installieren und registrieren.
Ausführliche Installationsschritte finden Sie unter Gewusst wie: Konfigurieren eines Computers zum Entwickeln von Office-Projektmappen.
Visual Studio
Die Office-Entwicklertools sind nur in den folgenden Editionen von Visual Studio 2010 enthalten:
Visual Studio 2010 Professional
Visual Studio 2010 Premium
Visual Studio 2010 Ultimate
Die Office-Entwicklertools sind eine optionale Komponente von Visual Studio. Diese Tools sind standardmäßig installiert, wenn Sie eine der oben aufgeführten Visual Studio-Editionen installieren. Wenn Sie die Visual Studio-Installation anpassen, indem Sie die zu installierenden Funktionen auswählen, wählen Sie Microsoft Office-Entwicklertools beim Setup zum Installieren der Tools aus. Weitere Informationen zum Installieren von Visual Studio finden Sie unter Visual Studio Editions and Hardware Requirements.
Die Office-Entwicklertools schließen die Visual Studio Tools for Office-Laufzeit und Funktionen ein, die in Visual Studio selbst integriert sind, z. B. Projektvorlagen und Designer. Weitere Informationen zum Visual Studio Tools for Office-Laufzeit finden Sie unter Übersicht über die Visual Studio Tools for Office-Laufzeit.
.NET Framework
Sie können mithilfe der Office-Entwicklertools in Visual Studio 2010 Lösungen erstellen, die auf .NET Framework 3.5 oder .NET Framework 4 abzielen. .NET Framework 4 wird beim Installieren von Visual Studio 2010 automatisch installiert. Wenn Sie Lösungen erstellen möchten, die auf .NET Framework 3.5 abzielen, müssen Sie sicherstellen, dass diese Version des Frameworks auch auf dem Entwicklungscomputer installiert ist.
Tipp
Sie können mithilfe der Office-Entwicklertools in Visual Studio 2010 keine Lösungen erstellen, die auf .NET Framework 3.0 oder früher abzielen. Weitere Informationen zu unterstützten Versionen von .NET Framework finden Sie unter Entwerfen und Erstellen von Office-Lösungen.
Microsoft Office
Sie können mithilfe von Visual Studio 2010 Lösungen für Microsoft Office 2010 und das 2007 Microsoft Office System erstellen. Eine der folgenden Versionen von Office muss lokal auf dem Entwicklungscomputer installiert sein:
Eine Suite-Edition von 2007 Microsoft Office System oder Microsoft Office 2010
Eine der folgenden eigenständigen Anwendungen:
Excel 2007 oder Excel 2010
InfoPath 2007 oder InfoPath 2010
Outlook 2007 oder Outlook 2010
PowerPoint 2007 oder PowerPoint 2010
Project 2007 oder Project 2010
Visio 2007 oder Visio 2010
Word 2007 oder Word 2010
Visual Basic for Applications (VBA) muss als Teil von Office installiert sein.
Tipp
Visual Studio 2010 unterstützt das Erstellen von Office-Lösungen nicht, wenn sich auf dem Entwicklungscomputer eine Version von Microsoft Office 2010 befindet, die über Click-to-Run bereitgestellt wurde.
Parallele Installationen von Microsoft Office
Visual Studio 2010 unterstützt das Erstellen von Office-Lösungen nicht, wenn Microsoft Office 2010 und das 2007 Microsoft Office System (oder andere Versionen einzelner Office-Anwendungen, z. B. Excel 2007 und Excel 2010) auf dem Entwicklungscomputer parallel installiert sind. Installieren Sie nur eine Version von Office auf dem Entwicklungscomputer, um Office-Lösungen mit den Office-Entwicklertools in Visual Studio 2010 zu erstellen.
Obwohl Sie nur eine Office-Version auf dem Entwicklungscomputer installieren können, können Sie Office-Projektmappen erstellen, die auf Endbenutzercomputern sowohl in Microsoft Office 2010 als auch im 2007 Microsoft Office System ausgeführt werden können. Weitere Informationen finden Sie unter Ausführen von Lösungen in unterschiedlichen Versionen von Microsoft Office.
Primäre Interop-Assemblys für Microsoft Office
Die primären Office-Interopassemblys (PIAs) müssen im globalen Assemblycache installiert und registriert sein, damit Sie die folgenden Entwicklungsaufgaben ausführen können:
Erstellen eines Projekts auf Dokumentebene
Ausführen oder Debuggen eines Office-Projekts mit der Zielversion .NET Framework 3.5
Ausführen oder Debuggen eines Office-Projekts mit der Zielversion .NET Framework 4, in dem Sie die Embed Interop Types-Eigenschaft aller PIA-Verweise im Projekt in False geändert haben
Sie können Projekte auf Anwendungsebene erstellen, ohne die PIAs im globalen Assemblycache zu installieren. In diesem Fall ist es jedoch nicht möglich, die Projekte in den oben genannten Szenarien auszuführen oder zu debuggen.
Wenn Sie Office auf dem Entwicklungscomputer installieren, sind die PIAs in den folgenden Fällen standardmäßig im globalen Assemblycache installiert und registriert:
.NET Framework 1.1 oder höher wird installiert, bevor Sie das 2007 Microsoft Office System installieren.
.NET Framework 2.0 oder höher wird installiert, bevor Sie Microsoft Office 2010 installieren.
Wenn Sie Office auf einem Entwicklungscomputer installieren, auf dem .NET Framework noch nicht installiert wurde, oder wenn Sie Office-Setup so ändern, dass die PIAs nicht installiert werden, müssen Sie die primären Interopassemblys separat installieren. Weitere Informationen finden Sie unter Gewusst wie: Installieren von primären Interopassemblys für Office.
Tipp
Visual Studio 2010 installiert private Kopien der PIAs außerhalb des globalen Assemblycache. Wenn Sie ein Office-Projekt erstellen, verweist das Projekt auf diese Kopien der PIAs. Die PIAs müssen jedoch auch im globalen Assemblycache installiert und registriert sein, um die oben aufgeführten Entwicklungsaufgaben auszuführen. Weitere Informationen finden Sie unter Primäre Interopassemblys in Office.
Siehe auch
Aufgaben
Gewusst wie: Konfigurieren eines Computers zum Entwickeln von Office-Projektmappen
Gewusst wie: Installieren der verteilbaren Visual Studio Tools for Office Runtime
Gewusst wie: Installieren von primären Interopassemblys für Office
Konzepte
Verfügbare Funktionen nach Office-Anwendung und Projekttyp