Delen via

Een methode voor het bezorgen van meldingen kiezen

In dit artikel worden de vier meldingsopties behandeld (lokaal, gepland, periodiek en push), die tegel- en badge-updates en toastmeldingen leveren. Een tegel of toastmelding kan informatie aan uw gebruiker verstrekken, zelfs wanneer de gebruiker niet rechtstreeks met uw app bezig is. De aard en inhoud van uw app en de informatie die u wilt leveren, kunnen u helpen bepalen welke meldingsmethode of methoden het beste zijn voor uw scenario.

Overzicht van bezorgingsmethoden voor meldingen

Er zijn vier mechanismen die een app kan gebruiken om een melding te leveren:

  • Local
  • Scheduled
  • Periodic
  • Push

Deze tabel bevat een overzicht van de typen bezorging van meldingen.

Leveringsmethode Gebruik met Description Examples
Local Tegel, insigne, melding Een set API-aanroepen die meldingen verzenden terwijl uw app actief is, de tegel of badge direct bijwerken of een pop-up melding verzenden.
  • De tegel van een muziek-app wordt bijgewerkt om weer te geven wat nu wordt afgespeeld.
  • Een game-app werkt de tegel bij met de hoge score van de gebruiker wanneer de gebruiker de game verlaat.
  • Een badge waarvan de glyph aangeeft dat er nieuwe informatie in de app is, wordt gewist wanneer de app wordt geactiveerd.
Scheduled Tegel, melding Een set API-oproepen die van tevoren een melding plannen, die op het door u opgegeven tijdstip zal plaatsvinden.
  • Een agenda-app stelt een toastmelding in als herinnering voor een aankomende vergadering.
Periodic Tegel, insigne Meldingen die tegels en badges regelmatig met een vast tijdsinterval bijwerken door een cloudservice voor nieuwe inhoud te peilen.
  • Een weer-app werkt de tegel bij, waarin de prognose wordt weergegeven, met intervallen van 30 minuten.
  • Een 'dagaanbiedingen'-site werkt elke ochtend zijn aanbieding van de dag bij.
  • Een tegel die de dagen aftelt tot een gebeurtenis, werkt de weergegeven aftelling elke dag om middernacht bij.
Push Tegel, Badge, Melding, Ruw Meldingen die worden verzonden vanaf een cloudserver, zelfs als uw app niet wordt uitgevoerd.
  • Een winkel-app verzendt een toastmelding om een gebruiker op de hoogte te stellen van een aanbieding op een item dat ze bekijken.
  • Een nieuws-app werkt de tegel bij met belangrijk nieuws zoals het gebeurt.
  • Een sport-app houdt de tegel up-to-date tijdens een doorlopend spel.
  • Een communicatie-app biedt waarschuwingen over inkomende berichten of telefoongesprekken.

 

Lokale meldingen

Het bijwerken van de app-tegel of badge, of het tonen van een toastmelding terwijl de app actief is, is het eenvoudigste mechanisme voor het bezorgen van meldingen; hiervoor zijn alleen lokale API-aanroepen vereist. Elke app kan nuttige of interessante informatie bevatten om op de tegel weer te geven, zelfs als die inhoud alleen verandert nadat de gebruiker de app heeft gestart en ermee communiceert. Lokale meldingen zijn ook een goede manier om de app-tegel actueel te houden, zelfs als u ook een van de andere meldingsmechanismen gebruikt. Een tegel van een foto-app kan bijvoorbeeld foto's uit een onlangs toegevoegd album weergeven.

We raden u aan de tegel lokaal bij te werken bij de eerste keer starten, of ten minste onmiddellijk nadat de gebruiker een wijziging heeft aangebracht die uw app normaal gesproken op de tegel zou weergeven. Deze update wordt pas weergegeven wanneer de gebruiker de app verlaat, maar door deze wijziging aan te brengen terwijl de app wordt gebruikt, zorgt u ervoor dat de tegel al up-to-datum is wanneer de gebruiker vertrekt.

Hoewel de API-aanroepen lokaal zijn, kunnen de meldingen verwijzen naar webafbeeldingen. Als de webafbeelding niet beschikbaar is voor download, beschadigd is, of niet voldoet aan de afbeeldingsspecificaties, reageren tegels en toasts anders:

  • Tegels: De update wordt niet weergegeven
  • Melding: De notificatie wordt weergegeven, maar uw afbeelding gaat verloren

Standaard verlopen lokale toastmeldingen na drie dagen en lokale tegelmeldingen verlopen nooit. We raden aan om deze standaardinstellingen te overschrijven met een expliciete verlooptijd die logisch is voor uw meldingen (toasts hebben maximaal drie dagen).

Zie de volgende onderwerpen voor meer informatie:

Geplande meldingen

Geplande meldingen vormen een subset van lokale meldingen die de exacte tijd kunnen opgeven waarop een tegel moet worden bijgewerkt of een toastmelding moet worden weergegeven. Geplande meldingen zijn ideaal in situaties waarin de inhoud die moet worden bijgewerkt vooraf bekend is, zoals een uitnodiging voor een vergadering. Als u geen kennis hebt van de inhoud van de melding, moet u een push- of periodieke melding gebruiken.

Houd er rekening mee dat geplande meldingen niet kunnen worden gebruikt voor badgemeldingen; badgemeldingen kunnen het beste worden bediend door lokale, periodieke of pushmeldingen.

Geplande meldingen verlopen standaard drie dagen vanaf het moment dat ze worden bezorgd. U kunt deze standaardverlooptijd voor geplande tegelmeldingen overschrijven, maar u kunt de verlooptijd voor geplande meldingen niet overschrijven.

Zie de volgende onderwerpen voor meer informatie:

Periodieke meldingen

Periodieke meldingen geven u live-tegelupdates met een minimale investering in de cloudservice en client. Ze zijn ook een uitstekende methode om dezelfde inhoud te distribueren naar een breed publiek. Uw clientcode geeft de URL op van een cloudlocatie die door Windows wordt gecontroleerd op tegel- of badgeupdates en hoe vaak de locatie moet worden gepeild. Bij elk polling-interval neemt Windows contact op met de URL om de opgegeven XML-inhoud te downloaden en weer te geven op de tegel.

Periodieke meldingen vereisen dat de app een cloudservice host. Deze service wordt op het opgegeven interval gepeild door alle gebruikers die de app hebben geïnstalleerd. Houd er rekening mee dat periodieke updates niet kunnen worden gebruikt voor pop-upmeldingen; Pop-upmeldingen worden het beste bediend door geplande of pushmeldingen.

Periodieke meldingen verlopen standaard drie dagen vanaf de tijd dat polling plaatsvindt. Indien nodig kunt u deze standaardwaarde overschrijven met een expliciete verlooptijd.

Zie de volgende onderwerpen voor meer informatie:

Pushmeldingen

Pushmeldingen zijn ideaal om realtime gegevens of gegevens te communiceren die zijn aangepast voor uw gebruiker. Pushmeldingen worden gebruikt voor inhoud die op onvoorspelbare tijden wordt gegenereerd, zoals belangrijk nieuws, updates voor sociale netwerken of chatberichten. Pushmeldingen zijn ook handig in situaties waarin de gegevens tijdgevoelig zijn op een manier die niet geschikt is voor periodieke meldingen, zoals sportscores tijdens een wedstrijd.

Voor pushmeldingen is een cloudservice vereist die kanalen voor pushmeldingen beheert en kiest wanneer en aan wie u meldingen wilt verzenden.

Pushmeldingen verlopen standaard drie dagen vanaf het moment dat ze door het apparaat worden ontvangen. Indien nodig kunt u deze standaardwaarde overschrijven met een expliciete vervaltijd (meldingen hebben een maximum van drie dagen).

Voor meer informatie, zie:

 

  • Last updated on