Freigeben über


Registrierungseinträge für Add-Ins auf Anwendungsebene

Sie müssen einen bestimmten Satz von Registrierungseinträgen erstellen, wenn Sie Add-Ins bereitstellen, die mithilfe von Visual Studio 2012 erstellt werden.Diese Registrierungseinträge enthalten Informationen, mit denen die Microsoft Office-Anwendung das Add-In erkennt und lädt.

Betrifft: Die Informationen in diesem Thema betreffen Projekte auf Anwendungsebene für Microsoft Office 2013 und Microsoft Office 2010. Weitere Informationen finden Sie unter Verfügbare Funktionen nach Office-Anwendung und Projekttyp.

Beim Erstellen des Projekts erstellt Visual Studio diese Registrierungseinträge auf dem Entwicklungscomputer, sodass Sie das Add-In einfach ausführen und debuggen können.Wenn Sie das Add-In mithilfe von ClickOnce bereitstellen, werden die Registrierungseinträge automatisch auf dem Endbenutzercomputer erstellt.Wenn Sie Windows Installer verwenden, um das Add-In bereitzustellen, müssen Sie die InstallShield Limited- Editionsprojekt konfigurieren, die Registrierungseinträge auf dem Endbenutzercomputer zu erstellen.

Weitere Informationen zur Verwendung der Registrierungseinträge während des Ladevorgangs für Add-Ins finden Sie unter Architektur von Add-Ins auf Anwendungsebene.

HinweisHinweis

In diesem Thema stellt der Text add-in ID eine eindeutige ID für das Add-In dar.Standardmäßig entspricht die ID dem Namen der Add-In-Assembly.

Registrieren von Add-Ins für den aktuellen Benutzer zur . alle Benutzer

Wenn ein Add-In installiert ist, kann es auf zwei Arten registriert werden:

  • Nur für den aktuellen Benutzer (d. h. nur für den Benutzer verfügbar, der bei Installation des Add-Ins auf dem Computer angemeldet ist)In diesem Fall werden die Registrierungseinträge unter HKEY_CURRENT_USER erstellt.

  • Für alle Benutzer (das heißt, jeder auf dem Computer angemeldete Benutzer kann das Add-In verwenden).In diesem Fall werden die Registrierungseinträge unter HKEY_LOCAL_MACHINE erstellt.

Alle Add-Ins, die Sie mit Visual Studio 2012 erstellen, können für den aktuellen Benutzer registriert werden.Add-Ins können für alle Benutzer jedoch nur in bestimmten Szenarios registriert werden.Diese Szenarien hängen von der Version von Microsoft Office auf dem Computer ab und davon, wie das Add-In bereitgestellt wurde.

Bb386106.collapse_all(de-de,VS.110).gifMicrosoft Office-Version

Microsoft Office 2010 and Microsoft Office 2013-Anwendungen können Add-Ins laden, die unter HKEY_LOCAL_MACHINE oder HKEY_CURRENT_USER registriert sind.

Um Add-Ins zu laden, die unter HKEY_LOCAL_MACHINE registriert sind, muass auf dem Computer Updatepaket 976477 installiert sein.Weitere Informationen finden Sie unter https://go.microsoft.com/fwlink/?LinkId=184923.

Bb386106.collapse_all(de-de,VS.110).gifDeployment Type

Wenn Sie ClickOnce verwenden, um ein Add-In bereitzustellen, kann das Add-In nur für den aktuellen Benutzer registriert werden.Dies liegt daran, dass ClickOnce nur das Erstellen von Schlüsseln unter HKEY_CURRENT_USER unterstützt.Wenn Sie ein Add-In für alle Benutzer auf einem Computers registrieren möchten, müssen Sie Windows Installer verwenden, um das Add-In bereitzustellen.Weitere Informationen zu diesen Bereitstellungstypen finden Sie unter Bereitstellen einer Office-Lösung mithilfe von ClickOnce und Bereitstellen einer Office-Lösung mithilfe von Windows Installer.

Registrierungseinträge

Die erforderlichen Add-In-Registrierungseinträge befinden sich unter folgendem Registrierungsschlüssel für alle Anwendungen mit Ausnahme von Visio, wo Root HKEY_CURRENT_USER oder HKEY_LOCAL_MACHINE ist.

Stammverzeichnis\Software\Microsoft\Office\Anwendungsname\Addins\Add-In-ID

Für Visio befinden sich die Registrierungseinträge unter dem folgenden Registrierungsschlüssel.

Root\Software\Microsoft\Visio\Addins\add-in ID

In der folgenden Tabelle werden die Einträge in diesem Registrierungsschlüssel aufgeführt.

Eintrag

Typ

Wert

Description

REG_SZ

Erforderlich.Eine kurze Beschreibung des Add-Ins.

Diese Beschreibung wird angezeigt, wenn der Benutzer das Add-In in der Microsoft Office-Anwendung im Dialogfeld Optionen im Bereich Add-Ins auswählt.

FriendlyName

REG_SZ

Erforderlich.Ein beschreibender Name des Add-Ins, der in der Microsoft Office-Anwendung im Dialogfeld COM-Add-Ins angezeigt wird.Der Standardwert ist die ID des Add-Ins.

LoadBehavior

REG_DWORD

Erforderlich.Ein Wert, der außer dem aktuellen Zustand des Add-Ins (geladen oder entladen) angibt, wann die Anwendung das Add-In laden soll.

Standardmäßig ist dieser Wert auf 3 festgelegt, was bedeutet, dass das Add-In beim Start geladen wird.Weitere Informationen finden Sie unter LoadBehavior-Werte.

Manifest

REG_SZ

Erforderlich.Der vollständige Pfad des Bereitstellungsmanifests für das Add-In.Bei dem Pfad kann es sich um einen Speicherort auf dem lokalen Computer, eine Netzwerkfreigabe (UNC) oder um einen Webserver (HTTP) handeln.

Wenn Sie Windows Installer verwenden, um die Projektmappe bereitzustellen, müssen Sie das Präfix file:/// dem Manifest-Pfad hinzufügen.Sie müssen die Zeichenfolge |vstolocal auch anfügen (das heißt, das Pipezeichen|gefolgt von vstolocal) am Ende dieses Pfads.Dadurch wird sichergestellt, dass die Projektmappe aus dem Installationsordner geladen wird und nicht aus dem ClickOnce-Cache.Weitere Informationen finden Sie unter Bereitstellen einer Office-Lösung mithilfe von Windows Installer.

HinweisHinweis
Wenn Sie ein Add-In auf dem Entwicklungscomputer erstellen, fügt Visual Studio automatisch die |vstolocal-Zeichenfolge an diesen Registrierungseintrag an.

Warmup

REG_DWORD

Dies ist optional.Ein Wert, der angibt, dass die .NET Framework- und Visual Studio-Tools für Office-Laufzeit-Last vor einem Add-In geladen werden und die wahrgenommene Zeit zum Laden eines Add-Ins reduzieren.Legen Sie den Warmup Eintrag auf 1 fest, und verwenden Sie diesen in Verbindung mit dem LoadBehavior Eintrag, um die Ladezeit für Outlook 2010 und Outlook 2013 Add-Ins zu reduzieren, die bereitgestellt werden, mit dem Windows Installer (MSI) verwendet.Dieser Registrierungsschlüssel kann nicht mithilfe von ClickOnce festgelegt werden.

Bb386106.collapse_all(de-de,VS.110).gifRegistrierungseinträge für Outlook-Formularbereiche

Wenn Sie einen benutzerdefinierten Formularbereich in einem Add-In für Outlook erstellen, werden zusätzliche Registrierungseinträge verwendet, um den Formularbereich für Outlook zu registrieren.Diese Einträge werden unter einem anderen Registrierungsschlüssel für jede Nachrichtenklasse erstellt, die vom Formularbereich unterstützt wird.Diese Registrierungsschlüssel befinden sich am folgenden Speicherort, wobei Root HKEY_CURRENT_USER oder HKEY_LOCAL_MACHINE ist.

Stammverzeichnis\Software\Microsoft\Office\Outlook\FormRegions\Nachrichtenklasse

Wie die anderen von allen Add-Ins verwendeten Registrierungseinträge erstellt Visual Studio beim Erstellen des Projekts die Formularbereich-Registrierungseinträge auf dem Entwicklungscomputer.Wenn Sie das Add-In mithilfe von ClickOnce bereitstellen, werden die Registrierungseinträge automatisch auf dem Endbenutzercomputer erstellt.Wenn Sie Windows Installer verwenden, um das Add-In bereitzustellen, müssen Sie die InstallShield Limited- Editionsprojekt konfigurieren, die Registrierungseinträge auf dem Endbenutzercomputer zu erstellen.

Weitere Informationen zu den Formularbereichsregistrierungseinträgen finden Sie unter Angeben von Formularbereichen in der Windows-Registrierung.Weitere Informationen zu Outlook-Formularbereichen finden Sie unter Erstellen von Outlook-Formularbereichen.

LoadBehavior-Werte

Der LoadBehavior-Eintrag unter dem Stamm\Software\Microsoft\Office\Anwendungsname\Addins\Add-In-ID-Schlüssel enthält eine bitweise Kombination von Werten, die das Laufzeitverhalten des Add-Ins angeben.Das Bit (Werte 0 und 1) der niedrigsten Ordnung gibt an, ob das Add-In gerade geladen ist.Andere Bits geben an, wann die Anwendung versucht, das Add-In zu laden.

In der Regel soll der LoadBehavior-Eintrag auf 0, 3 oder 16 (dezimal) festgelegt werden, wenn das Add-In auf Endbenutzercomputern installiert wird.Standardmäßig legt Visual Studio den LoadBehavior-Eintrag des Add-Ins auf 3 fest, wenn Sie es erstellen oder veröffentlichen.

In der folgenden Tabelle sind alle möglichen Werte für den LoadBehavior-Eintrag aufgeführt.Einige Beschreibungen in dieser Tabelle verweisen auf das manuelle oder programmgesteuerte Laden eines Add-Ins.Um ein Add-In manuell zu laden, aktivieren Sie das Kontrollkästchen neben dem Add-In im Dialogfeld COM Add-Ins in der Anwendung.Um ein Add-In programmgesteuert zu laden, legen Sie die Connect-Eigenschaft des COMAddIn-Objekts, das das Add-In darstellt, auf true fest.

Dezimalwert

Add-In-Status

Ladeverhalten des Add-Ins

Beschreibung

0

Unloaded

Nicht automatisch laden

Die Anwendung versucht nie, das Add-In beim Start automatisch zu laden.Der Benutzer kann das Add-In manuell laden, oder das Add-In kann programmgesteuert geladen werden.

Wenn das Add-In erfolgreich geladen wird, bleibt der LoadBehavior-Wert 0, aber der Status des Add-Ins im Dialogfeld COM-Add-Ins wird aktualisiert, um anzugeben, dass das Add-In geladen wird.

1

Loaded

Nicht automatisch laden

Die Anwendung versucht nie, das Add-In beim Start automatisch zu laden.Der Benutzer kann das Add-In manuell laden, oder das Add-In kann programmgesteuert geladen werden.

Obwohl das Dialogfeld COM-Add-Ins angibt, dass das Add-In geladen wird, nachdem die Anwendung gestartet hat, wird das Add-In eigentlich erst geladen, wenn es manuell oder programmgesteuert geladen wird.

Wenn die Anwendung das Add-In erfolgreich lädt, ändert sich der LoadBehavior-Wert in 0 und bleibt nach dem Schließen der Anwendung weiterhin 0.

2

Unloaded

Bei Start laden

Die Anwendung versucht nicht, das Add-In beim Start automatisch zu laden.Der Benutzer kann das Add-In manuell laden, oder das Add-In kann programmgesteuert geladen werden.

Wenn die Anwendung das Add-In erfolgreich lädt, ändert sich der LoadBehavior-Wert in 3 und bleibt nach dem Schließen der Anwendung weiterhin 3.

3

Loaded

Bei Start laden

Die Anwendung versucht, das Add-In beim Start zu laden.Dies ist der Standardwert, wenn Sie ein Add-In in Visual Studio erstellen oder veröffentlichen.

Wenn die Anwendung das Add-In erfolgreich lädt, bleibt der LoadBehavior-Wert 3.Wenn beim Laden des Add-Ins ein Fehler auftritt, ändert sich der LoadBehavior-Wert in 2 und bleibt nach dem Schließen der Anwendung weiterhin 2.

8

Unloaded

Bei Bedarf laden

Die Anwendung versucht nicht, das Add-In beim Start automatisch zu laden.Der Benutzer kann das Add-In manuell laden, oder das Add-In kann programmgesteuert geladen werden.

Wenn die Anwendung das Add-In erfolgreich lädt, ändert sich der LoadBehavior-Wert in 9.

9

Loaded

Bei Bedarf laden

Das Add-In wird nur geladen, wenn es für die Anwendung notwendig ist, z. B. wenn ein Benutzer auf ein Benutzeroberflächenelement klickt, das auf Funktionen im Add-In zurückgreift (z. B. eine benutzerdefinierte Schaltfläche im Menüband).

Wenn die Anwendung das Add-In erfolgreich lädt, bleibt der LoadBehavior-Wert 9, aber der Status des Add-Ins im Dialogfeld COM-Add-Ins wird aktualisiert, um anzugeben, dass das Add-In momentan geladen ist.Wenn beim Laden des Add-Ins ein Fehler auftritt, ändert sich der LoadBehavior-Wert in 8.

16

Loaded

Beim ersten Mal laden, dann bei Bedarf laden

Legen Sie diesen Wert fest, wenn Sie das Add-In bei Bedarf laden möchten.Die Anwendung lädt das Add-In, wenn der Benutzer die Anwendung das erste Mal ausführt.Beim nächsten Ausführen lädt die Anwendung alle Benutzeroberflächenelemente, die durch das Add-In definiert werden, aber das Add-In wird erst dann geladen, wenn der Benutzer auf ein Benutzeroberflächenelement klickt, das dem Add-In zugeordnet ist.

Wenn die Anwendung das Add-In zum ersten Mal erfolgreich lädt, bleibt der LoadBehavior-Wert 16, während das Add-In geladen wird.Nachdem die Anwendung geschlossen wurde, ändert sich der LoadBehavior-Wert in 9.

Siehe auch

Konzepte

Architektur von Add-Ins auf Anwendungsebene

Weitere Ressourcen

Architektur von Office-Projektmappen in Visual Studio

Aktualisieren von Office-Projektmappen

Bereitstellen einer Office-Projektmappe