Sdílet prostřednictvím


Übersicht über die Entwicklung von Office-Projektmappen

Aktualisiert: November 2007

Wenn Sie Microsoft Office 2003 oder 2007 Microsoft Office System als Front-End für Projektmappen verwenden, können Sie die Vorteile der vertrauten Microsoft Office-Benutzeroberflächen sowie der integrierten Tools nutzen, z. B. Rechtschreibprüfung, Nachverfolgung von Änderungen und E-Mail-Unterstützung. Die Benutzer können Microsoft Office-Projektmappen auch offline verwenden, sodass komplexe Projektmappen leichter als mit einer webbasierten Architektur umgesetzt werden können.

Allgemeine Informationen zur Entwicklung mit Microsoft Office finden Sie unter Verwalteter Code und Programmieren für Office mit Visual Studio und im Microsoft Office Developer Center.

Automatisieren von Microsoft Office-Anwendungen mit primären Interop-Assemblys

Sie können programmgesteuert die Features von Microsoft Office-Anwendungen in die Projektmappe einbinden, indem Sie Code verfassen, der auf ein Anwendungsobjektmodell zugreift. Objektmodelle bestehen aus mehreren Klassen, die Funktionen über verschiedene Eigenschaften und Methoden verfügbar machen. Das Objektmodell ist für jede Microsoft Office-Anwendung unterschiedlich.

Zur Verwendung der Features einer Microsoft Office-Anwendung in einer Visual Studio Tools for Office-Projektmappe müssen Sie die primäre Interop-Assembly für diese Anwendung verwenden. Mithilfe der primären Interop-Assembly kann verwalteter Code mit dem COM-Objektmodell einer Office-Anwendung interagieren.

Weitere Informationen finden Sie unter Verwalteter Code und Programmieren für Office mit Visual Studio und Primäre Interopassemblys in Office.

Auswählen eines Office-Projekttyps

Visual Studio Tools for Office stellt die folgenden Typen von Projektvorlagen bereit:

  • Anpassungen auf Dokumentebene.

  • Add-Ins auf Anwendungsebene.

  • SharePoint-Workflowvorlagen.

  • InfoPath-Formularvorlagen.

Bedenken Sie bei der Entscheidung, welcher dieser Projekttypen für die Projektmappe am besten geeignet ist, ob der Code nur ausgeführt werden soll, wenn ein bestimmtes Dokument geöffnet ist, oder ob der Code stets verfügbar sein soll, wenn die Microsoft Office-Anwendung ausgeführt wird. Weitere Informationen zu den Projektvorlagen finden Sie unter Übersicht über Visual Studio Tools for Office-Projektvorlagen.

Die Projekttypen, die Sie erstellen können, hängen davon ab, welche Microsoft Office-Anwendungen auf dem Entwicklungscomputer installiert sind. Weitere Informationen finden Sie unter Verfügbare Features nach Anwendung und Projekttyp.

Anpassungen auf Dokumentebene

Anpassungen auf Dokumentebene bestehen aus einer Assembly, die einem einzelnen Dokument, einer Arbeitsmappe oder einer Vorlage in Microsoft Office Word oder Microsoft Office Excel zugeordnet ist. Die Assembly wird beim Öffnen des zugeordneten Dokuments geladen. Die Features in den von Ihnen erstellten Anpassungen sind nur verfügbar, wenn das zugeordnete Dokument geöffnet ist. Von Anpassungen können keine Änderungen vorgenommen werden, die die gesamte Anwendung betreffen, z. B. das Anzeigen eines neuen Menüelements oder einer Multifunktionsleisten-Registerkarte, wenn ein beliebiges Dokument geöffnet ist.

Visual Studio Tools for Office schließt Tools ein, die Sie beim Erstellen von Anpassungen in Visual Studio unterstützen. Das Dokument, das Sie anpassen möchten, wird als eine Entwurfsoberfläche in Visual Studio gehostet, mit der Sie das Dokument durch Ziehen und Ablegen von Steuerelementen entwerfen können. Viele andere Visual Studio-Features sind in Projekten auf Dokumentebene verfügbar, z. B. Windows Forms-Steuerelemente, Datenbindung und ein integrierter Debugger.

Weitere Informationen zu Anpassungen finden Sie unter Erste Schritte beim Programmieren von Anpassungen auf Dokumentebene für Excel, Erste Schritte: Programmieren von Anpassungen auf Dokumentebene für Word und Architektur von Anpassungen auf Dokumentebene.

Add-Ins auf Anwendungsebene

Add-Ins auf Anwendungsebene bestehen aus jeweils einer Assembly, die einer Microsoft Office-Anwendung zugeordnet ist. Üblicherweise werden die Add-Ins ausgeführt, wenn die zugeordnete Anwendung gestartet wird, Benutzer können Add-Ins jedoch auch laden, wenn die Anwendung bereits ausgeführt wird. Features in von Ihnen erstellten Add-Ins sind für die Anwendung selbst verfügbar, unabhängig von den geöffneten Dokumenten.

Visual Studio Tools for Office schließt Tools ein, die Sie beim Erstellen von Add-Ins in Visual Studio unterstützen. Add-In-Projekte schließen eine automatisch generierte Klasse ein, die das Add-In darstellt. Diese Klasse stellt Eigenschaften und Ereignisse bereit, die Sie für den Zugriff auf das Objektmodell der Hostanwendung und zum Ausführen von Code beim Starten oder Beenden des Add-Ins verwenden können. Viele andere Visual Studio-Features sind in Projekten auf Anwendungsebene verfügbar, z. B. Windows Forms und ein integrierter Debugger.

Weitere Informationen über Add-Ins finden Sie unter Erste Schritte beim Programmieren von Add-Ins auf Anwendungsebene und unter Architektur von Add-Ins auf Anwendungsebene.

SharePoint-Workflowvorlagen

Visual Studio Tools for Office stellt Tools bereit, mit denen Sie benutzerdefinierte Workflowvorlagen erstellen können, die den Lebenszyklus von Dokumenten verwalten und Elemente auf einer SharePoint-Website auflisten. Visual Studio Tools for Office umfasst einen Workflow-Designer, einen vollständigen Satz von Steuerelementen für Drag & Drop-Aktivitäten und die erforderlichen Assemblyverweise. Sie können ein Projekt über den Assistenten Neuer Office SharePoint-Workflow beginnen, wodurch die zum Debuggen der Workflowvorlagen in Visual Studio erforderlichen Konfigurationsschritte erheblich reduziert werden. 

Weitere Informationen über SharePoint-Workflowvorlagen finden Sie unter SharePoint-Workflow-Projektmappen.

InfoPath-Formularvorlagen

Visual Studio Tools for Office stellt Tools bereit, mit denen Sie Formularvorlagen für InfoPath 2007 erstellen können. Die Entwicklungsumgebung für InfoPath-Formularvorlagen ist vollständig in die Visual Studio-Entwicklungsumgebung integriert. Sie können mit den Features von InfoPath 2007 das Layout der InfoPath-Formularvorlage gestalten und gleichzeitig verwalteten Code zur Erweiterung des Funktionsumfangs schreiben, ohne dass Visual Studio beendet werden muss. Beim Arbeiten mit InfoPath-Formularvorlagen in Visual Studio schreiben Sie Geschäftslogik in Visual C# oder Visual Basic für das InfoPath 2003-kompatible Objektmodell (Member des Microsoft.Office.Interop.InfoPath.SemiTrust-Namespace) oder das neue InfoPath 2007-Objektmodell für verwalteten Code (Member des Microsoft.Office.InfoPath-Namespace).

Weitere Informationen finden Sie unter Entwickeln von InfoPath-Formularvorlagen mit verwaltetem Code.

Entwerfen für Bereitstellung und Wartung

Wenn Sie eine Office-Projektmappe entwerfen, müssen Sie berücksichtigen, wie die Bereitstellungsanforderungen die Entwicklungsauswahl beeinflussen könnten.

Bereitstellung und Verwaltung

Visual Studio Tools for Office-Projektmappen können auf verschiedene Weise bereitgestellt werden. Add-Ins auf Anwendungsebene und Anpassungen auf Dokumentebene für 2007 Microsoft Office System können mit ClickOnce bereitgestellt werden. Die ClickOnce-Bereitstellung ermöglicht Ihnen, Projektmappen zu erstellen, die sich selbst aktualisieren und mit minimaler Benutzerinteraktion installiert und ausgeführt werden können. Weitere Informationen hierzu finden Sie unter Bereitstellen von Office-Projektmappen (2007 System).

Add-Ins und Anpassungen für Microsoft Office 2003 können durch Speichern der Assembly (und des Dokuments, falls für diesen Projektmappentyp zutreffend) in einem freigegebenen Verzeichnis bereitgestellt werden. Dieses Verfahren erleichtert die Verwaltung. Sie können jedoch auch Kopien der Assembly und des Dokuments für einzelne Benutzer bereitstellen, um mobiles Arbeiten zu ermöglichen. Weitere Informationen finden Sie unter Bereitstellen von Office-Projektmappen (2003 System).

Visual Studio Tools for Office stellt keine Tools zum Bereitstellen von SharePoint-Workflowvorlagen bereit. Weitere Informationen hierzu finden Sie unter SharePoint-Workflow-Projektmappen.

Sicherheit

Sicherheit für Add-Ins auf Anwendungsebene und Anpassungen auf Dokumentebene für 2007 Microsoft Office System wird mit einer Reihe von Prüfungen erzwungen, die die Visual Studio Tools for Office Runtime beim Installieren und Laden der Projektmappe durchführt. Dabei wird unter anderem überprüft, ob der Speicherort des Bereitstellungsmanifests vertrauenswürdig ist, ob das Zertifikat, mit dem das Bereitstellungsmanifest signiert ist, vertrauenswürdig ist und ob die Projektmappe zu einer Aufnahmeliste gehört. Weitere Informationen finden Sie unter Sicherheit in Office-Projektmappen (2007 System).

Sicherheit für Microsoft Office 2003-Projektmappen wird von Sicherheitsfeatures in .NET Framework erzwungen. Die Standardrichtlinie für Assemblys, die mit Visual Studio Tools for Office erstellt wurden, lässt das Ausführen von Assemblys nicht zu, um Benutzer vor Viren und bösartigem Code zu schützen. Bevor Endbenutzer die Projektmappe verwenden können, muss der Administrator der Assembly explizit volle Vertrauenswürdigkeit gewähren. Weitere Informationen finden Sie unter Sicherheit in Office-Projektmappen (2003 System).

Siehe auch

Konzepte

Architektur von Anpassungen auf Dokumentebene

Architektur von Add-Ins auf Anwendungsebene

Erste Schritte beim Programmieren von Anpassungen auf Dokumentebene für Excel

Erste Schritte: Programmieren von Anpassungen auf Dokumentebene für Word

Erste Schritte beim Programmieren von Add-Ins auf Anwendungsebene

Weitere Ressourcen

Erste Schritte (Visual Studio Tools for Office)