Erstellen von Office-Projektmappen in Visual Studio
Aktualisiert: Juli 2008
Sie können Projektmappen in Visual Studio entwickeln, um Microsoft Office-Anwendungen anzupassen, und die für Ihre Geschäftsprozesse benötigten speziellen Funktionen hinzufügen. Sie können Microsoft Office Word beispielsweise zu einem Vertragsgenerator machen, der Verträge aus bereits vorhandenen Teilen zusammenstellt, die bearbeitbar oder nicht bearbeitbar sein können. Mit Microsoft Office Excel könnten Sie ein an verschiedene Projekte angepasstes automatisiertes Budgetarbeitsblatt erstellen.
Erstellen von Office-Projekten
Bevor Sie beginnen, sollten Sie die Anforderungen bestimmen und den am besten geeigneten Projektmappentyp 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 Tools for Office bereitgestellten Projektvorlagen finden Sie unter Übersicht über Visual Studio Tools for Office-Projektvorlagen.
Wenn Sie eine Anpassung auf Dokumentebene erstellen, berücksichtigen Sie, wie sie von mehreren Benutzern verwendet werden soll. Bearbeitet jeder Benutzer das gleiche Dokument, oder sollte jeder Benutzer über eine eigene Kopie des Dokuments verfügen, die er personalisieren kann? Es gibt Projektvorlagen, die sich für beide Typen eignen. Diese sind unter Dokument- und Vorlagedateien im Vergleich dokumentiert.
Wenn Sie eine Word-Vorlage erstellen, können Sie sie nicht als globale Vorlage verwenden oder mit vorhandenen Dokumenten verknüpfen. Außerdem gibt es keine Projektvorlagen für Excel-Add-In-Dateien (.xla). Weitere Informationen finden Sie unter Einschränkungen von globalen Vorlagen und Excel-Add-Ins (XLA-Dateien).
Auswählen einer .NET Framework-Version
Nachdem Sie den für Ihre Anforderungen am besten geeigneten Projekttyp ausgewählt haben, müssen Sie festlegen, welche .NET Framework-Version bei der Entwicklung verwendet werden soll. Von der ausgewählten Version hängt ab, welche Funktionen Ihnen zur Verfügung stehen, wie die Projektmappe in der Microsoft Office-Anwendung geladen wird, wo Sie das Installationsprogramm für Projektmappen ablegen können, wann Updates installiert werden und welche Bereitstellungsoptionen verfügbar sind.
Die folgende Tabelle zeigt die erforderlichen Mindestversionen von .NET Framework, die Sie für die Entwicklung von Anwendungen für Microsoft Office 2003 oder 2007 Microsoft Office System benötigen.
Microsoft Office |
.NET Framework |
Visual Studio Tools for Office-Laufzeit |
---|---|---|
Microsoft Office 2003 |
.NET Framework 2.0 |
Visual Studio 2005-Tools for Office Second Edition |
2007 Microsoft Office System |
.NET Framework 3,5 |
Visual Studio Tools for Office 3.0 |
.NET Framework 3.5 SP1 |
Visual Studio Tools for Office 3.0 SP1 |
|
..NET Framework Client Profile (neu in Visual Studio 2008 Service Pack 1 (SP1)) |
Visual Studio Tools for Office 3.0 SP1 |
Bei .NET Framework 2.0, 3.0 und 3.5 können Sie die .NET Framework-Version festlegen, wenn Sie ein neues Projekt erstellen. Sie können die .NET Framework-Version der Office-Projektmappe jedoch auch nach der Erstellung des Projekts ändern.
Wenn Sie für .NET Framework Client Profile entwickeln möchten, müssen Sie diese Option nach der Erstellung des Projekts festlegen. Weitere Informationen zum Ändern der .NET Framework-Zielversion finden Sie unter Gewusst wie: Ändern der .NET Framework-Zielversion.
Erstellen von Projektmappen für mehrere Versionen von Microsoft Office
Wenn Ihre Kunden mehrere Versionen von Microsoft Office verwenden, können Sie Office-Projektmappen entwickeln, die in beiden Versionen funktionsfähig sind. Sie müssen festlegen, wie eine einzelne Projektmappe, die sowohl in Microsoft Office 2003 als auch in 2007 Microsoft Office System verwendet werden kann, unterstützt und bereitgestellt werden soll oder wie die in den verschiedenen Versionen von Microsoft Office verfügbaren Funktionen durch Bereitstellung versionsspezifischer Projektmappen genutzt werden sollen. Weitere Informationen hierzu finden Sie unter Erstellen von Projektmappen für mehrere Versionen von Microsoft Office.
In diesem Abschnitt
Anwendungs- und Bereitstellungsmanifeste in Office-Projektmappen
Erklärt die Rolle von Anwendungs- und Bereitstellungsmanifesten in Visual Studio Tools for Office-Projektmappen.Gewusst wie: Einrichten von Konfigurationsinformationen für eine Office-Projektmappe
Erklärt, wie dem Visual Studio Tools for Office-Projekt manuell eine Konfigurationsdatei hinzugefügt wird.Übersicht über Assemblys in Office-Projektmappen
Erläutert die Funktion von Assemblys mit verwaltetem Code in Visual Studio Tools for Office-Projekten.Überlegungen zu Namespaces in Office-Projektmappen
Erläutert, wie Sie den Namespace des Visual Studio Tools for Office-Projekts ändern können.Eigenschaften in Visual Studio Tools for Office-Projekte
Beschreibt die Eigenschaften, die im Eigenschaftenfenster verfügbar gemacht werden.Globalisierung und Lokalisierung von Office-Projektmappen
Erläutert Fragestellungen, die mit der Lokalisierung von Office-Projektmappen zusammenhängen, einschließlich von statischem Text, der unabhängig von der Assembly und anderen verwalteten Ressourcen behandelt werden muss.
Siehe auch
Konzepte
Bereitstellen von Office-Projektmappen (2003 System)
Häufige Aufgaben bei der Programmierung mit Office
Entwickeln von Office-Projektmappen
Weitere Ressourcen
Architektur von Visual Studio Tools for Office-Projektmappen
Änderungsprotokoll
Date |
Versionsgeschichte |
Grund |
---|---|---|
Juli 2008 |
Informationen über .NET Framework Client Profile und Visual Studio-Tools for Office 3.0 SP1-Laufzeit hinzugefügt. |
SP1-Featureänderung. |