Auswählen einer Methode für die Übermittlung von Benachrichtigungen (Windows Store-Apps)
In diesem Thema werden die verfügbaren Benachrichtigungsoptionen zur Übermittlung von Kachel- und Signalupdates sowie von Popupbenachrichtigungsinhalt erläutert: lokal, geplant, periodisch und Push. Eine Kachel auf der Startseite kann dem Benutzer Informationen anzeigen, während der Benutzer nicht direkt mit Ihrer App beschäftigt ist. Basierend auf der Art und dem Inhalt Ihrer App sowie den Informationen, die Sie bereitstellen möchten, können Sie die am besten geeignete Benachrichtigungsmethode (oder Methoden – Sie sind nicht nur auf eine beschränkt) für Ihr spezielles Szenario bestimmen.—
Methoden für die Benachrichtigungsübermittlung
Es gibt vier Mechanismen, die von einer App zum Übermitteln einer Benachrichtigung verwendet werden können:
- Lokal
- Geplant
- Periodisch
- Push
In dieser Tabelle sind die 4 Typen für die Benachrichtigungsübermittlung zusammengefasst.
| Übermittlungsmethode | Verwendungsart | Beschreibung | Beispiele |
|---|---|---|---|
| Lokal | Kachel, Signal, Popup | Eine Reihe von API-Aufrufen, die Benachrichtigungen senden, während Ihre App ausgeführt wird und die Kachel oder das Signal direkt aktualisieren oder eine Popupbenachrichtigung senden. |
|
| Geplant | Kachel, Popup | Eine Reihe von API-Aufrufen, die eine Benachrichtigung im Voraus so planen, dass sie genau zum von Ihnen angegebenen Zeitpunkt eine Aktualisierung vornehmen. |
|
| Periodisch | Kachel, Signal | Benachrichtigungen, mit denen Kacheln und Signale regelmäßig in einem festen Zeitintervall durch Abrufen von neuem Inhalt aus einem Clouddienst aktualisiert werden. |
|
| Push | Kachel, Signal, Popup, Raw | Von einem Cloudserver gesendete Benachrichtigungen, selbst wenn die App nicht ausgeführt wird. |
|
Lokale Benachrichtigungen
Das Aktualisieren der Kachel oder des Signal der App oder Auslösen einer Popupbenachrichtigung, während die App ausgeführt wird, stellt den einfachsten der Mechanismen zur Benachrichtigungsübermittlung dar. Er erfordert nur lokale API-Aufrufe. Von jeder App könnten Informationen in der Kachel angezeigt werden, die für den Benutzer hilfreich oder interessant sind, selbst wenn sich dieser Inhalt nur ändert, sobald der Benutzer die App startet und mit ihr interagiert. Lokale Benachrichtigungen sind auch eine tolle Möglichkeit, die App-Kachel aktuell zu halten, selbst wenn Sie auch einen der anderen Benachrichtigungsmechanismen verwenden. In der Kachel einer Foto-App könnten beispielsweise Fotos aus einem kürzlich hinzugefügten Album angezeigt werden.
Es empfiehlt sich, die App ihre Kachel beim ersten Start (oder spätestens dann, wenn der Benutzer eine Änderung vornimmt, die üblicherweise auf der Kachel zu sehen ist) lokal aktualisieren zu lassen. Dadurch ist sichergestellt, dass die Kachel aktuell ist, wenn der Benutzer die App verlässt.
Auch wenn die API-Aufrufe lokal erfolgen, können die Benachrichtigungen auf Webbilder verweisen. Wie bei Kachelbenachrichtigungen wird die Benachrichtigung dem Benutzer jedoch nicht angezeigt, wenn das Webbild nicht als Download zur Verfügung steht oder vielleicht beschädigt ist. Wenn ein Webbild in einer Popupbenachrichtigung nicht verfügbar oder beschädigt ist, wird stattdessen ein Platzhalterbild verwendet.
Lokale Benachrichtigungen laufen nicht ab. Es wird jedoch empfohlen, eine explizite Ablaufzeit festzulegen.
Weitere Informationen finden Sie unter folgenden Themen:
- Beispiel für App-Kacheln und Signale
- Senden von Glyphensignalen oder numerischen Signalen in einer lokalen Benachrichtigung
- Schnellstart: Senden eines Kachelupdates
- Schnellstart: Senden einer Popupbenachrichtigung
Geplante Benachrichtigungen
Geplante Benachrichtigungen sind mit lokalen Benachrichtigungen identisch, außer dass sie den genauen Zeitpunkt angeben können, zu dem eine Kachel aktualisiert oder eine Popupbenachrichtigung angezeigt werden soll. Geplante Benachrichtigungen eignen sich ideal für Situationen, in denen der zu aktualisierende Inhalt im Voraus bekannt ist (z. B. eine Besprechungseinladung). Wenn Sie den Benachrichtigungsinhalt vorher nicht kennen, müssen Sie eine Pushbenachrichtigung oder eine lokale Benachrichtigung verwenden.
Geplante Benachrichtigungen laufen standardmäßig drei Tage nach ihrer Zustellung ab. Diese Standardeinstellung kann bei Bedarf mit einer anderen Ablaufzeit explizit überschrieben werden.
Weitere Informationen finden Sie unter folgenden Themen:
- So wird's gemacht: Planen einer Kachelbenachrichtigung
- Planen einer Popupbenachrichtigung
- Richtlinien und Prüfliste für geplante Benachrichtigungen
Periodische Benachrichtigungen
Periodische Benachrichtigungen bieten Ihnen Livekachelaktualisierungen mit minimaler Investition in Clouddienst und Client. Sie stellen auch eine exzellente Methode zum Verteilen desselben Inhalts an eine große Zielgruppe dar. Ihr Clientcode gibt die URL eines Cloudorts, von dem unter Windows Kachel- und Signalaktualisierungen abgerufen werden, und die Häufigkeit an, mit der der Ort abgerufen wird. In jedem Abrufintervall wird die URL von Windows aufgerufen, um den angegebene XML-Inhalt herunterzuladen und ihn in der Kachel anzuzeigen.
Für periodische Benachrichtigungen muss die App einen Clouddienst hosten, und dieser Dienst wird im angegebenen Intervall von allen Benutzern abgerufen, die die App installiert haben. Beachten Sie, dass periodische Aktualisierungen nicht für Popupbenachrichtigungen verwendet werden können. Popupbenachrichtigungen werden am besten mithilfe von geplanten Benachrichtigungen oder Pushbenachrichtigungen bereitgestellt.
Regelmäßige Benachrichtigungen laufen standardmäßig drei Tage nach der Abfrage ab. Diese Standardeinstellung kann bei Bedarf mit einer anderen Ablaufzeit explizit überschrieben werden.
Weitere Informationen finden Sie unter folgenden Themen:
- Übersicht über regelmäßige Benachrichtigungen
- So wird's gemacht: Einrichten regelmäßiger Benachrichtigungen für Signale
- So wird's gemacht: Einrichten regelmäßiger Benachrichtigungen für Kacheln
Pushbenachrichtigungen
Pushbenachrichtigungen eignen sich ideal für Situationen, in denen Ihre App über Echtzeitdaten oder Daten verfügt, die für Ihre Benutzer personalisiert sind (z. B. Neuigkeiten in sozialen Netzwerken, eingehende Nachrichten oder Spieleinladungen). Pushbenachrichtigungen sind auch in Situationen hilfreich, in denen Daten so zeitempfindlich sind, dass periodische Benachrichtigungen nicht geeignet wären (z. B. Spielstände während eines Spiels). Pushbenachrichtigungen eignen sich auch am besten für Inhalt, der zu unvorhersehbaren Zeiten generiert wird (z. B. Eilmeldungen oder Sofortnachrichten).
Für Pushbenachrichtigungen ist ein Clouddienst erforderlich, der Pushbenachrichtigungskanäle verwaltet und festlegt, wann bestimmten Benutzern Benachrichtigungen gesendet werden.
Pushbenachrichtigungen laufen standardmäßig drei Tage nach dem Empfang durch den Windows-Pushbenachrichtigungsdienst (Windows Push Notification Services, WNS) ab. Diese Standardeinstellung kann bei Bedarf mit einer anderen Ablaufzeit explizit überschrieben werden.
Weitere Informationen finden Sie unter folgenden Themen:
- Übersicht über Pushbenachrichtigungen
- Schnellstart: Senden einer Pushbenachrichtigung
- So wird's gemacht: Authentifizieren mit dem Windows-Pushbenachrichtigungsdienst (Windows Push Notification Service, WNS)
- So wird's gemacht: Anfordern, Erstellen und Speichern eines Benachrichtigungskanals
- Richtlinien und Prüfliste für Pushbenachrichtigungen
Verwandte Themen
- Beispiel für Pushbenachrichtigungen und periodische Benachrichtigungen
- Beispiel für Popupbenachrichtigungen
- Beispiel für geplante Benachrichtigungen
- Zustellen von Benachrichtigungen
- Die Benachrichtigungswarteschlange
- So wird's gemacht: Verwenden der Benachrichtigungswarteschlange
- Schnellstart: Senden von Benachrichtigungen an eine sekundäre Kachel
