Freigeben über


Erstellen geräteübergreifender Apps mit Project Rome

Sie können Project Rome verwenden, um Benutzeroberflächen geräte- und plattformübergreifend zu erstellen und dabei Reibungspunkte für Benutzer zu reduzieren und App-Bindung zu fördern. Für Anwendungen, die Daten geräte- und plattformübergreifend mithilfe von Project Rome freigeben, müssen Sie eine geräteübergreifende App konfigurieren, die Informationen über Ihre plattformspezifischen Apps enthält.

Eine geräteübergreifende App ermöglicht Folgendes:

  • Verwenden der Project Rome-Aktivitätsfeed-API in Microsoft Graph
  • Lesen und Schreiben von Benutzeraktivitäten, die von einer Gruppe plattformspezifischer Anwendungen mit dem Project Rome SDK für Windows, Android und/oder iOS veröffentlicht werden.
  • Festlegen von Zielapps über Geräte-Relay-Funktionen in Project Rome unter Verwendung des Project Rome SDK für Android oder iOS

Geräteübergreifendes Wiederaufnehmen der Tätigkeit mit der Aktivitätsfeed-API

Sie können eine geräteübergreifende App für die Zuordnung Ihrer Apps für Windows, iOS, Android und das Web konfigurieren, sodass die App auf jeder Plattform von einer beliebigen App in der Gruppe veröffentlichte Benutzeraktivitäten lesen und schreiben kann.

Beispiel: Ein Benutzer stellt an seinem PC am Arbeitsplatz eine Pressemitteilung vor dem Abendessen mit Freunden fertig. Im Restaurant erhält er von seinem Check eine Benachrichtigung über einen Tippfehler, der so schnell wie möglich korrigiert werden muss. Der Benutzer öffnet eine App auf seinem Android-Telefon und sieht eine Karte mit der Pressemitteilung, die er zuvor bearbeitet hat. Er tippt zum Öffnen auf die Karte, um die Pressemitteilung sofort zu korrigieren und zu seinen Freunden zurückzukehren.

Mit dieser geräteübergreifenden App-Konfiguration wird der Aktivitätsfeed des Benutzers mit allen Geräten und Plattformen problemlos synchronisiert, damit Sie Benutzeroberflächen erstellen können, mit denen Benutzer die Arbeit an wichtigen Aufgaben von jeder App-Oberfläche aus wiederaufnehmen können.

Auswählen des richtigen Bildschirms zum richtigen Zeitpunkt mit der Geräte-Relay-API

Sie können eine geräteübergreifende App mit Anmeldeinformationen für Pushbenachrichtigungen für jede Plattform konfigurieren, auf denen Ihrer App verfügbar ist, sodass ein Befehl oder eine Benachrichtigung auf jedem Gerät, auf dem Sie die App verwenden, unabhängig von der Plattform an Sie übermittelt wird.

Beispiel: Ein Benutzer schaut sich im Bus auf dem Weg von der Arbeit nach Hause ein Video an. Nachdem er zuhause angekommen ist, tippt er auf die App, um das Video auf der Xbox One zu starten und mit der Wiedergabe auf dem großen Bildschirm fortzufahren.

Wenn Sie für jede Plattform, auf der Ihre App verfügbar ist, Anmeldeinformationen für Pushbenachrichtigungen Ihrer geräteübergreifenden App zuordnen, kann die App des Benutzer Befehle geräteübergreifed senden. So können Sie eine Benutzererfahrung über mehrere Bildschirme hinweg oder den Wechsel beim Arbeitsablauf von einem Gerät zum nächsten in Echtzeit gewährleisten.

Auswählen der richtigen Hostingmethode für Ihre geräteübergreifende App-Konfiguration

Sie können Ihre geräteübergreifende App-Konfiguration entweder als JSON-Datei in Ihrer Domäne oder als konfigurierbares Profil über das Windows Dev Center hosten. Wählen Sie eine Hostingoption basierend auf den Project Rome-Funktionen aus, die Sie in Ihren Apps verwenden möchten.

Sie können auf alle Project Rome-Funktionen zugreifen, indem Sie eine geräteübergreifende App verwenden, die im Windows Dev Center verwaltet wird. Das Windows Dev Center stellt auch die beste Art für die Verwaltung aller Änderungen an der geräteübergreifenden App-Konfiguration dar. Sie können an dem vorhandenen Profil vorgenommene Änderungen sicher speichern, bevor Sie diese für die Produktion veröffentlichen. Wenn Sie Änderungen an einer vorhandenen geräteübergreifenden App im Dev Center veröffentlichen, wird das neue Profil nach ungefähr einer Stunde wirksam.

Extern gehostete JSON-Datei (eingeschränkt)

Sie können die folgenden Project Rome-Funktionen auf allen unterstützten Plattformen unter Verwendung einer geräteübergreifender App verwenden, die als extern gehostete JSON-Datei verwaltet wird:

  • Lesen und Schreiben von Benutzeraktivitäten von allen Plattformen mithilfe der Aktivitätsfeed-API
  • Schreiben von Benutzeraktivitäten von allen Plattformen (Windows, iOS, Android, Web) mithilfe von Project Rome SDKs

Wenn Sie nur Zugriff auf diese Funktionen haben, können Sie Ihre geräteübergreifende App-Konfiguration extern in Ihrer Domäne als JSON-Datei hosten.

Konfigurieren einer geräteübergreifenden App mithilfe des Windows Dev Center

Eine geräteübergreifende App-ID wird als Domäne angegeben, die Sie besitzen. Die Domäne verweist auf die Zuordnung Ihrer plattformspezifischen App-IDs, die entweder als in Ihrer Domäne gehostete JSON-Datei gespeichert oder über das Windows Dev Center konfigurierbar sind. Nachdem Sie die Domäne für die Angabe Ihrer geräteübergreifenden App-ID ermittelt haben, müssen Sie die Informationen zum Konfigurieren des zugeordneten Profils sammeln.

Schritt 1: Auswählen einer sicheren Domäne für Ihre geräteübergreifende App-ID and Aktivieren der Domänenüberprüfung

Bei der als geräteübergreifende App-ID verwendeten Domäne muss es sich um eine Domäne der obersten Ebene oder eine Unterdomäne handeln, die über TLS geschützt ist. Zum Beispiel: https://contoso.com oder https://myapp.contoso.com, jedoch NICHT https://myapp.contoso.com/somepath. Sie müssen über eine eindeutige Domäne (oder Unterdomäne) pro geräteübergreifende App verfügen. Sie entscheiden jedoch, welche Apps basierend auf dem zu unterstützenden plattformübergreifenden Verhalten einer einzelnen geräteübergreifenden App zugeordnet werden sollen.

Beispiel: Ein App-Entwickler mit einer Reihe von Spiel-Apps verwendet möglicherweise eine separate Unterdomäne für jede dieser Apps, um sicherzustellen, dass jede App nur die Benutzeraktivitäten abonniert hat, die sie beim geräte- und plattformübergreifenden Lesen von Daten fortsetzen kann. Andererseits verwendet ein App-Entwickler mit einer Reihe von Produktivitäts-Apps für die Zusammenarbeit möglicherweise eine einzelne Domäne für alle dieser App, damit jede App ein Mitglied geräteübergreifend starten kann.

Bestätigen des Domänenbesitzes mit dem Windows Dev Center

Wenn Sie das Windows Dev Center zum Verwalten Ihrer geräteübergreifenden App-Konfiguration verwenden, ist die Domäne, die Ihre geräteübergreifende App-ID darstellt, als Teil Ihres geräteübergreifenden App-Profils gespeichert, sodass Microsoft überprüfen kann, ob Sie der Domänenbesitzer sind. Der Domänenbesitz muss überprüft werden, damit die Veröffentlichung Ihrer geräteübergreifenden App-Konfiguration fertig gestellt werden kann. Es wird daher empfohlen, sich zunächst damit zu befassen. Wenn Ihre Domäne noch nicht überprüft wurde, können Sie die Details Ihrer geräteübergreifenden Apps speichern und die Überprüfung nach Abschluss dieses Schritts erneut ausführen, damit Sie Ihre geräteübergreifende App veröffentlichen können.

Um Ihren Domänenbesitz für Ihre geräteübergreifende App zu bestätigen, müssen Sie einen DNS-TXT-Eintrag für Ihre Domäne mit einem eindeutigen Wert hinzufügen, der im Dev Center bereitgestellt wurde. Dieser Wert ist pro geräteübergreifende App eindeutig. Um den eindeutigen Wert für Ihre App zu ermitteln, melden Sie sich im Windows Dev Center an, und wählen Sie im linken Menü Geräteübergreifende Oberflächen aus, um mit der Konfiguration einer neuen geräteübergreifenden App zu beginnen. Wählen Sie nach Benennen Ihrer neuen geräteübergreifenden App im Untermenü die Option Domäne der geräteübergreifenden App überprüfen aus. Auf dieser Seite werden Anweisungen mit einem eindeutigen Wert inline angezeigt (z. B. MS=95ff4557-813f-45a5-b2f6-1f94170b979f). Stellen Sie sicher, dass Sie den gesamten Wert einschließlich „MS=“ kopieren.

Schritt 2: Sammeln der plattformspezifischen Anwendungs-IDs

Sammeln Sie die plattformspezifischen Anwendungs-IDs für jede Anwendung und Plattform, die die Project Rome-APIs verwendet.

Sie müssen alle plattformspezifischen Anwendungs-IDs sammeln, damit sie diese Ihrer geräteübergreifenden App-Identität zuordnen können. Mithilfe des Windows Dev Center können Sie aus Universelle Windows-Plattform Apps auswählen, die Ihrem Entwicklerkonto zugeordnet sind. Sie müssen jedoch die Anwendungs-IDs für alle Win32-, iOS- oder Android-Apps manuell angeben und die primäre URL für alle zugehörigen Web-Apps identifizieren. Sie können bis zu 10 IDs pro Plattform zuordnen.

So suchen Sie nach den IDs

Schritt 3: Konfigurieren des Supports für ein Microsoft-Konto oder Microsoft Entra ID

Um geräteübergreifende Erfahrungen zu ermöglichen, müssen sich Ihre App-Benutzer entweder mit einem Microsoft-Konto oder einem Microsoft Entra ID-Konto (Microsoft Entra ID) anmelden. Sie stellen die App-ID/Client-IDs zur Unterstützung der Authentifizierung im Rahmen Ihrer geräteübergreifenden App-Konfiguration bereit, um die plattformübergreifende Unterstützung zu ermöglichen. Sie können bis zu 10 Instanzen angeben.

Sie können nach Ihren vorhandenen App-IDs/Client-IDs suchen, oder neue IDs angeben, indem Sie sich beim App-Registrierungsportal mit Ihrem Entwicklerkonto anmelden. Nach Anmelden beim Portal können Sie die App-ID/Client-ID für Ihre Apps anzeigen. Sowohl Live SDK (Hexadezimalwerte) als auch zusammengeführte App-IDs (GUIDs) werden unterstützt.

Wenn Sie eine Anwendung erstellen, die Microsoft Entra Benutzer unterstützt, und keine zusammengeführte Anwendungs-ID verwenden, die über das Anwendungsregistrierungsportal ausgegeben wird, müssen Sie die GUID für die Anwendungs-ID Ihrer Azure-App angeben. So suchen Sie nach der GUID für Ihren Mandanten

  1. Melden Sie sich beim Microsoft Entra Admin Centeran.
  2. Erweitern Sie das Menü >Identität und wählen Sie Anwendungen>App-Registrierungen>Neue Registrierung aus.
  3. Wählen Sie in der Liste Ihre App aus, und zeigen Sie Ihre Anwendungs-ID (GUID) an, die unter Essentials aufgeführt wird.

Schritt 4: Konfigurieren der Unterstützung für plattformübergreifende Pushbenachrichtigungen (optional)

Wenn Sie Ihre geräteübergreifende App im Windows Dev Center konfigurieren möchten, können Sie die Unterstützung für plattformübergreifende Pushbenachrichtigungen aktivieren, indem Sie die Anmeldeinformationen angeben, die Sie mit den APIs für Android- und iOS-Plattformen für Pushbenachrichtigungen verwenden. Diese sind erforderlich, wenn Sie die Project Rome SDKs für IOS und Android verwenden und mehr als die Veröffentlichung von Benutzeraktivitäten wünschen. Wenn Sie Project Rome-APIs nur für Microsoft Graph verwenden, müssen Sie diesen Schritt nicht ausführen. Sie können bis zu 10 Sätze von Anmeldeinformationen pro Plattform zuordnen.

Wichtig

Speichern Sie Anmeldeinformationen für Pushbenachrichtigungen nicht in einer extern gehosteten JSON-Datei.

So suchen Sie nach den IDs

Hinweis

Wenn Sie Firebase zum Pushen von Benachrichtigungen an iOS-Geräte mit Android-Anmeldeinformationen verwenden, müssen Sie Ihre APNs-Anmeldeinformationen als Teil Ihrer geräteübergreifenden App-Konfiguration angeben.

Konfigurieren einer geräteübergreifenden App mithilfe einer extern gehosteten JSON-Datei

Eine geräteübergreifende App-ID wird als Domäne angegeben, die Sie besitzen. Die Domäne verweist auf die Zuordnung Ihrer plattformspezifischen App-IDs, die entweder als in Ihrer Domäne gehostete JSON-Datei gespeichert oder über das Windows Dev Center konfigurierbar sind. Nachdem Sie die Domäne für die Angabe Ihrer geräteübergreifenden App-ID ermittelt haben, müssen Sie die Informationen zum Konfigurieren des zugeordneten Profils sammeln.

Schritt 1: Auswählen einer sicheren Domäne für Ihre geräteübergreifende App-ID

Eine geräteübergreifende App-ID wird als Domäne angegeben, die Sie besitzen. Dies muss eine Domäne der obersten Ebene oder eine Unterdomäne sein, die über TLS geschützt ist. Zum Beispiel: https://contoso.com oder https://myapp.contoso.com, jedoch NICHT https://myapp.contoso.com/somepath. Sie müssen über eine eindeutige Domäne (oder Unterdomäne) pro geräteübergreifende App verfügen. Sie entscheiden jedoch, welche Apps basierend auf dem zu unterstützenden plattformübergreifenden Verhalten einer einzelnen geräteübergreifenden App zugeordnet werden sollen.

Beispiel: Ein App-Entwickler mit einer Reihe von Spiel-Apps verwendet möglicherweise eine separate Unterdomäne für jede dieser Apps, um sicherzustellen, dass jede App nur die Benutzeraktivitäten abonniert hat, die sie beim geräte- und plattformübergreifenden Lesen von Daten fortsetzen kann. Ein App-Entwickler mit einer Reihe von Produktivitäts-Apps für die Zusammenarbeit verwendet möglicherweise eine einzelne Domäne für alle diese Apps, damit jede App ein Mitglied geräteübergreifend starten kann.

Bestätigen des Domänenbesitzes mithilfe einer extern gehosteten JSON-Datei

Wenn Sie eine extern gehostete JSON-Datei verwenden, um Ihre geräteübergreifende App zu verwalten, bestätigen Sie den Domänenbesitz, indem Sie Ihr Microsoft-Konto oder Microsoft Entra App-IDs in die Datei plattformübergreifende app-identifiers einschließen. Der Domänenbesitz wird im Rahmen des Veröffentlichungsprozesses überprüft, wenn Sie die Aktivitätsfeed-API zum Erstellen von Benutzeraktivitäten verwenden.

Das System speichert die Inhalte der Datei im Cache, um das Generieren häufiger Anforderungen in Ihrer Domäne zu vermeiden. Falls konfiguriert, werden HTTP-Cache-Header vom Dienst während der Auswertung berücksichtigt, wann der Cache zu aktualisieren ist. Falls nicht konfiguriert, führt der Dienst alle 24 Stunden eine Aktualisierung durch.

Schritt 2: Sammeln der plattformspezifischen Anwendungs-IDs und Erstellen der JSON-Datei

Sammeln Sie die plattformspezifischen Anwendungs-IDs für jede Anwendung und Plattform, die den Aktivitätsfeed und/oder die Geräte-Relay-API verwenden soll.

Sie müssen alle plattformspezifischen Anwendungs-IDs sammeln, damit sie diese Ihrer geräteübergreifenden App-Identität zuordnen können. Beim Verwenden einer extern gehosteten JSON-Datei müssen Sie die App-IDs für jede plattformspezifische App für die Konfiguration im Rahmen der geräteübergreifenden App sammeln und diese im angegebenen Format zusammenstellen. Sie können bis zu 10 IDs pro Plattform zuordnen.

Erstellen Ihrer Datei mit plattformübergreifenden App-IDs

Die JSON-Datei selbst muss den Namen cross-platform-app-identifiers aufweisen und im Stamm Ihrer HTTPS-Domäne gehostet werden. Bei den Inhalten der Datei handelt es sich um ein JSON-Array von Zuordnungen zwischen den von der Anwendung unterstützten Plattformen und den Anwendungs-IDs für diese Plattformen. Fügen Sie beim Erstellen der Datei ein JSON-Objekt für jede Anwendung und Plattform hinzu, die die Project Rome-APIs verwenden soll.   Mit dieser Datei sind mehrere JSON-Objekte mit derselben Plattform-ID zulässig. Eine iPhone-App und eine iPad-App sollten zum Beispiel als separate JSON-Objekte jeweils mit einem Plattformwert für iOS aufgeführt sein. Im folgenden Beispiel wird die Web-Plattform-ID angezeigt.   Sie müssen nicht für alle Plattformen ein JSON-Objekt hinzufügen. Fügen Sie JSON-Objekte nur für Plattformen hinzu, auf denen Ihre Anwendung Project Rome-APIs verwenden soll. Wenn Sie beispielsweise keinen App-Client für die Android-Plattform haben, benötigen Sie keinen Eintrag in der Datei für Android.   Im folgende Beispiel sind alle gültigen Plattform-IDs enthalten, die aktuell zulässig sind. JSON-Objekte, die einen ungültigen Plattformwert enthalten, werden entfernt.

{"platform":"windows_universal", "application":"Microsoft.Contoso_8wekyb3d8bbwe"},
{"platform":"windows_win32", "application":"DefaultBrowser_NOPUBLISHERID!Microsoft.Contoso.Default"},
{"platform":"android","application":"com.example.myapp"},
{"platform":"ios", "application":"com.example.myapp"},
{"platform":"web", "application":"https://contoso.com"},
{"platform":"web", "application":"https://chat.contoso.com"},
{"platform":"msa", "application":"00000000603E0BF"},
{"platform":"msa", "application":"48932b46-98b1-4020-9be4-cc7a65643c9e"},
]

So suchen Sie nach den IDs

Schritt 3: Konfigurieren des Supports für ein Microsoft-Konto oder Microsoft Entra ID

Um geräteübergreifende Erfahrungen zu ermöglichen, müssen sich Ihre App-Benutzer entweder mit einem Microsoft-Konto oder einem Microsoft Entra ID-Konto anmelden. Sie geben die App-ID/Client-IDs zur Unterstützung der Authentifizierung als Teil Ihrer geräteübergreifenden App-Konfiguration an, um die plattformübergreifende Unterstützung zu aktivieren. Sie können bis zu 10 Instanzen angeben.

{"platform":"windows_universal", "application":"Microsoft.Contoso_8wekyb3d8bbwe"},
{"platform":"windows_win32", "application":"DefaultBrowser_NOPUBLISHERID!Microsoft.Contoso.Default"},
{"platform":"android","application":"com.example.myapp"},
{"platform":"ios", "application":"com.example.myapp"},
{"platform":"web", "application":"https://contoso.com"},
{"platform":"web", "application":"https://chat.contoso.com"},
{"platform":"msa", "application":"00000000603E0BF"},
{"platform":"msa", "application":"48932b46-98b1-4020-9be4-cc7a65643c9e"},
]

Sie können Ihre vorhandenen App-ID/Client-IDs ermitteln oder neue bereitstellen, indem Sie sich mit Ihrem Entwicklerkonto beim Anwendungsregistrierungsportal anmelden. Nach Anmeldung können Sie die App-ID/Client-ID für Ihre Apps anzeigen. Sowohl Live SDK (Hexadezimalwerte) als auch zusammengeführte App-IDs (GUIDs) werden unterstützt. Verwenden Sie den Plattformtyp "msa", wenn Sie die IDs hinzufügen, die zum Aktivieren der Unterstützung für ein Microsoft-Konto oder Microsoft Entra ID verwendet werden, wie im vorherigen Beispiel gezeigt.

Hinweis

Wenn Sie eine Anwendung erstellen, die Microsoft Entra Benutzer unterstützt, und keine zusammengeführte Anwendungs-ID verwenden, die über das Anwendungsregistrierungsportal ausgegeben wird, müssen Sie die GUID für die Anwendungs-ID Ihrer Azure-App angeben. Dieser Typ von ID sollte auch als Plattformtyp „msa“ konfiguriert werden.

So suchen Sie die GUID im Microsoft Entra Admin Center für Ihren Mandanten:

  1. Melden Sie sich beim Microsoft Entra Admin Center einem Administrator an.
  2. Erweitern Sie das Menü > Identität Anwendungen>auswählen App-Registrierungen.
  3. Wählen Sie Ihre App aus der Liste aus. Sie können Ihre Anwendungs-ID (GUID) unter Essentials anzeigen.

Codieren der Datei mit plattformübergreifenden App-IDs

Wenn die Aktivitäten in den richtigen systemeigenen Clientanwendungen nicht plattformübergreifend fortgesetzt werden, oder Sie keine von Mitgliedern der Gruppe veröffentlichten Aktivitäten lesen können, wird Ihre JSON-Datei möglicherweise nicht ordnungsgemäß analysiert. Stellen Sie bei der Ausgabe dieser Datei sicher, dass Sie die Datei mit den plattformübergreifenden App-IDs mit der Codierung „Unicode (UTF-8 ohne Signatur) – Codepage 65001“ speichern.

Aktualisieren der JSON-Datei mit plattformübergreifenden App-IDs

Das System speichert die Inhalte der Datei im Cache, um das Generieren häufiger Anforderungen in Ihrer Domäne zu vermeiden. Falls konfiguriert, werden HTTP-Cache-Header vom Dienst während der Auswertung berücksichtigt, wann der Cache zu aktualisieren ist. Falls nicht konfiguriert, führt der Dienst alle 24 Stunden eine Aktualisierung durch.

Konfigurieren Ihres App-Clients

Wenn Sie die clientseitigen APIs für Windows, iOS oder Android verwenden, müssen Sie sicherstellen, dass Ihr App-Client mit dem Hostwert konfiguriert ist, der Ihre geräteübergreifende App-Identität (z. B. „contoso.com“) darstellt.

Microsoft Graph-Apps

Wenn eine App die Aktivitätsfeed-API in Microsoft Graph verwendet, muss Ihr Hostwert in der activitySourceHost-Eigenschaft angegeben werden. Einzelheiten hierzu finden Sie unter Aktivitätsressourcentyp.

Universelle Windows-Apps

Wenn Sie über eine Windows-App verfügen, müssen Sie den Hostwert im App-Manifest vor der Veröffentlichung von Daten konfigurieren. Einzelheiten hierzu finden Sie unter uap5:UserActivity.

Verwalten Ihrer geräteübergreifenden App-Konfiguration

Wenn eine neue Anwendung veröffentlichen, die Benutzeraktivitäten generiert, ist es wichtig, dass Sie für die geräteübergreifende App die Konfigurationswerte im Vorfeld aktualisieren, damit alle neuen veröffentlichten Aktivitäten der geräteübergreifenden App ordnungsgemäß zugeordnet sind. Die den Benutzeraktivitäten, die vor einer Änderung an der Konfiguration veröffentlicht wurden, zugeordnete geräteübergreifende App-Konfiguration wird nicht automatisch aktualisiert. Die Aktualisierung einer Aktivität mit einer alten Konfiguration wird jedoch auf die neueste Version in der Datei aktualisiert.

Problembehandlung

Im Folgenden werden einige häufige Probleme erläutert, die mit der Aktivitätsfeed-API auftreten können.

Aktivitäten stehen nicht zum Lesen und Schreiben für alle Apps in der geräteübergreifenden App-Konfiguration zur Verfügung.

Die Aktivitätsfeed-API erfasst die geräteübergreifende App-Konfiguration asynchron, sodass Konfigurationsfehler möglicherweise nicht ohne Weiteres beim Veröffentlichen von Benutzeraktivitäten erkennbar sind. Falls der Dienst die JSON-Datei nicht erfassen kann, entweder aufgrund eines TLS- oder Formatierungsfehlers, werden alle veröffentlichten Aktivitäten nur der App-ID zugeschrieben, die die Aktivität bereitgestellt hat. Wenn Aktivitäten über Microsoft Graph veröffentlicht wurden, wird die Microsoft-Konto-App-ID zum Autorisieren von Anforderungen an Microsoft Graph verwendet. Wenn Aktivitäten über clientseitige APIs veröffentlicht wurden, zeichnet die activity.applicationId nur die ID der plattformspezifischen App auf, die die Aktivität bereitgestellt hat. Dadurch können keine Lese- und Schreibvorgänge für Aktivitäten von einer anderen identifizierten plattformspezifischen App in der geräteübergreifenden App-Konfiguration durchgeführt werden.

Plattform wird unter Android oder iOS nicht initialisiert

Für die Geräte-Relay-API für Android oder iOS ist die geräteübergreifende App-Konfiguration erforderlich, um Verbindungen mit der Android- oder iOS-App zu instanziieren. Stellen Sie für den Fall, dass die Plattform die Initialisierung nicht durchführen kann sicher, dass Sie die Microsoft-Konto-App-IDs und die Anmeldeinformationen für Pushbenachrichtigungen zum Konfigurieren Ihrer geräteübergreifenden App im Windows Dev Center korrekt ermittelt haben, und konfigurieren Sie den Hostwert Ihrer Client-Apps mit der Domäne, die Ihre geräteübergreifende App identifiziert.