Debuggen Ihres ereignisbasierten outlook-Add-Ins oder Spam-Berichterstellung
Artikel
In diesem Artikel werden die wichtigsten Debugphasen zum Aktivieren und Festlegen von Breakpoints in Ihrem Code erläutert, wenn Sie die ereignisbasierte Aktivierung oder integrierte Spamberichterstattung in Ihrem Add-In implementieren. Bevor Sie fortfahren, empfiehlt es sich, den Leitfaden zur Problembehandlung zu lesen, um weitere Schritte zum Beheben von Entwicklungsfehlern zu erhalten.
Um mit dem Debuggen zu beginnen, wählen Sie die Registerkarte für Den entsprechenden Client aus.
Verwenden Sie die Entwicklertools Ihres bevorzugten Browsers, um Ihr ereignisbasiertes Add-In in Outlook im Web zu debuggen. Weitere Informationen finden Sie unter Debuggen von Add-Ins in Office im Web.
Markieren Des Add-Ins zum Debuggen und Festlegen des Debuggerports
Rufen Sie die ID Ihres Add-Ins aus dem Manifest ab.
Nur Add-In-Manifest: Verwenden Sie den Wert des <untergeordneten Id-Elements> des OfficeApp-Stammelements<>.
Einheitliches Manifest für Microsoft 365: Verwenden Sie den Wert der Eigenschaft "id" des anonymen { ... } Stammobjekts.
Erstellen Sie einen Registrierungswert DWORD namens UseDirectDebugger in HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Wef\Developer\[Add-in ID]. Ersetzen Sie durch [Add-in ID] die ID Ihres Add-Ins aus dem Manifest.
Hinweis
Wenn der Developer Schlüssel (Ordner) noch nicht unter HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\WEF\vorhanden ist, führen Sie die folgenden Schritte aus, um ihn zu erstellen.
Klicken Sie mit der rechten Maustaste auf den WEF-Schlüssel (Ordner), und wählen Sie Neuer>Schlüssel aus.
Nennen Sie den neuen Schlüssel Entwickler.
Mit Yeoman-Generator erstellt: Navigieren Sie in einem Befehlszeilenfenster zum Stammverzeichnis Ihres Add-In-Ordners, und führen Sie dann den folgenden Befehl aus.
npm start
Zusätzlich zum Erstellen des Codes und Starten des lokalen Servers legt dieser Befehl die UseDirectDebugger DWORD-Registrierungswertdaten für dieses Add-In auf fest 1.
Sonstiges: Legen Sie im HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\WEF\Developer\[Add-in ID]\UseDirectDebugger DWORD-Registrierungswert, wobei [Add-in ID] die ID Ihres Add-Ins aus dem Manifest ist, die Wertdaten auf 1fest.
Erstellen Sie im Registrierungsschlüssel HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Wef\Developer\[Add-in ID], wobei [Add-in ID] die ID Ihres Add-Ins aus dem Manifest ist, einen neuen DWORD Wert mit der folgenden Konfiguration.
Wertname: DebuggerPort
Wertdaten (hexadezimal): 00002407
Dadurch wird der Debuggerport auf 9223festgelegt.
Starten Sie Outlook, oder starten Sie es neu, wenn es bereits geöffnet ist.
Führen Sie die Aktion aus, um das Ereignis zu initiieren, für das Sie entwickeln, z. B. erstellen Sie eine neue Nachricht, um das OnNewMessageCompose Ereignis zu initiieren, oder melden Sie Spamnachrichten. Das Dialogfeld Ereignisbasierter Debughandler sollte angezeigt werden. Interagieren Sie noch nicht mit dem Dialogfeld.
Konfigurieren von Visual Studio Code
Erstellt mit dem Yeoman-Generator
Führen Sie im Befehlszeilenfenster Folgendes aus, um Das Add-In-Projekt in Visual Studio Code zu öffnen.
code .
Öffnen Sie in Visual Studio Code die Datei ./.vscode/launch.json , und fügen Sie der Liste der Konfigurationen den folgenden Auszug hinzu. Speichern Sie Ihre Änderungen.
Die bundle.js-Datei eines Add-Ins enthält den JavaScript-Code Ihres Add-Ins. Es wird erstellt, wenn das klassische Outlook unter Windows geöffnet wird. Wenn Outlook gestartet wird, wird die bundle.js-Datei jedes installierten Add-Ins im Wef-Ordner Ihres Computers zwischengespeichert.
Navigieren Sie zum folgenden Ordner in Explorer, um die bundle.js-Datei des Add-Ins zu suchen. Ersetzen Sie den in [] eingeschlossenen Text durch Ihre entsprechenden Outlook- und Add-In-Informationen.
%LOCALAPPDATA%\Microsoft\Office\16.0\Wef\{[Outlook profile GUID]}\[Outlook mail account encoding]\Javascript\[Add-in ID]_[Add-in Version]_[locale]
Tipp
Wenn die bundle.js-Datei nicht im Ordner Wef angezeigt wird, versuchen Sie Folgendes:
Wenn Ihr Add-In installiert oder quergeladen ist, starten Sie Outlook neu.
Platzieren Sie Haltepunkte in bundle.js , an der der Debugger beendet werden soll.
Wählen Sie in der Dropdownliste DEBUGGENdie Option Direktes Debuggen und dann das Symbol Debuggen starten aus.
Ausführen des Debuggers
Nachdem Sie bestätigt haben, dass der Debugger angefügt ist, kehren Sie zu Outlook zurück, und wählen Sie im Dialogfeld Ereignisbasierten Handler debuggendie Option OK aus.
Sie können jetzt Ihre Breakpoints in Visual Studio Code erreichen, sodass Sie Ihren ereignisbasierten Aktivierungs- oder Spamberichtscode debuggen können.
Beenden des Debuggers
Um das Debuggen der restlichen Outlook unter Windows-Sitzung zu beenden, wählen Sie im Dialogfeld Ereignisbasierten Handler debuggendie Option Abbrechen aus. Starten Sie Outlook neu, um das Debuggen erneut zu aktivieren.
Um zu verhindern, dass das Dialogfeld Ereignisbasierter Handler debuggen angezeigt wird und das Debuggen für nachfolgende Outlook-Sitzungen beendet wird, löschen Sie den zugeordneten Registrierungsschlüssel, HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Wef\Developer\[Add-in ID]\UseDirectDebuggeroder legen Sie den Wert auf fest 0.
Beenden des lokalen Servers
Wenn Sie den lokalen Webserver beenden und das Add-In deinstallieren möchten, befolgen Sie die entsprechenden Anweisungen:
Führen Sie den folgenden Befehl aus, um den Server zu beenden. Wenn Sie verwendet haben npm start, sollte auch der folgende Befehl das Add-In deinstallieren.
Ereignisbasierte Add-Ins, die in Outlook auf Mac ausgeführt werden, verwenden die Browserruntime. Aus diesem Gründen können Sie Ihr Add-In mithilfe von Safari Web Inspector debuggen.
Führen Sie eine Aktion aus, die das Ereignis initiiert, das Ihr Add-In behandelt. Erstellen Sie beispielsweise eine neue Nachricht, um das OnNewMessageCompose Ereignis zu initiieren. Dadurch wird ein leeres Entwicklerfenster geöffnet. Der Name des Add-Ins wird in der Titelleiste des Fensters angezeigt.
Klicken Sie mit der rechten Maustaste auf eine beliebige Stelle im Entwicklerfenster (oder wählen Und halten Sie es gedrückt), und wählen Sie dann Element untersuchen aus. Dadurch wird der Inspektor geöffnet, in dem Sie Haltepunkte festlegen und Ihr Add-In debuggen können.
Die Quelle für diesen Inhalt finden Sie auf GitHub, wo Sie auch Issues und Pull Requests erstellen und überprüfen können. Weitere Informationen finden Sie in unserem Leitfaden für Mitwirkende.