Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Genom att ange ett meddelandes prioritet med en enkel rubrik till WNS POST-meddelanden kan du styra hur meddelanden levereras i batterikänsliga situationer.
Aktivera Windows
Eftersom fler användare bara arbetar på batteridrivna enheter har det blivit ett standardkrav för alla appar att minimera energianvändningen. Om appar förbrukar mer energi än det värde de tillhandahåller kan användarna avinstallera apparna. Windows-operativsystemet minskar strömförbrukningen på batteriet där det är möjligt, men det är appens ansvar att arbeta effektivt.
WNS-prioriteringar är ett sätt att flytta icke-kritiskt arbete från batteriet. WNS-prioriteringarna anger för systemet vilka meddelanden som ska levereras omedelbart och vilka som kan vänta tills enheten är ansluten till en strömkälla. Med dessa tips kan systemet leverera meddelandena exakt den tid de är mest värdefulla för både användaren och appen.
Energilägen på enheten
Varje Windows-enhet fungerar via en mängd olika energilägen (batteri, batterisparfunktioner och laddning) och användarna förväntar sig olika beteenden från appar i olika energilägen. När enheten är på ska alla meddelanden levereras. I batterisparläge ska endast de viktigaste meddelandena levereras. När enheten är ansluten kan synkronisering eller icke-tidskritiska åtgärder slutföras.
Windows vet inte vilka meddelanden som är viktiga för någon användare eller app, så systemet förlitar sig helt på appar för att ange rätt prioritet för sina meddelanden.
Priorities
Det finns fyra prioriteringar som en app kan använda när push-meddelanden skickas. Prioriteten anges för enskilda meddelanden, så att du kan välja vilka meddelanden som ska levereras direkt (till exempel ett snabbmeddelande) och vilka som kan vänta (till exempel kontaktfotouppdateringar).
Prioriteringarna är:
| Priority | Åsidosättning av användare | Description | Example |
|---|---|---|---|
| High | Ja – användaren kan blockera alla meddelanden från en app eller förhindra att en app begränsas i batterisparläge. | De viktigaste meddelandena som måste levereras direkt under alla omständigheter när enheten kan ta emot meddelanden. Saker som VoIP-anrop eller kritiska aviseringar som ska väcka enheten tillhör den här kategorin. | VoIP-anrop, tidskritiska aviseringar |
| Medium | Ja – användaren kan blockera alla meddelanden från en app eller förhindra att en app begränsas i batterisparläge. | Det här är saker som inte är lika viktiga, saker som inte behöver hända direkt, men användarna skulle bli irriterade om de inte körs i bakgrunden. | Synkronisering av sekundärt e-postkonto, uppdateringar av dynamiska tegel. |
| Low | Ja – användaren kan blockera alla meddelanden från en app eller förhindra att en app begränsas i batterisparläge. | Meddelanden som bara är meningsfulla när användaren använder enheten eller när bakgrundsaktiviteten är meningsfull. Dessa cachelagras och bearbetas inte förrän användaren loggar in eller ansluter sin enhet. | Kontaktstatus (online/offline) |
Observera att många appar har meddelanden med olika prioritet under hela livscykeln. Eftersom prioriteten anges per meddelande är detta inte ett problem. En VoIP-app kan skicka ett meddelande med hög prioritet för ett inkommande samtal och sedan följa upp det med låg prioritet när en kontakt kommer online.
Ange prioritet
Att ange prioriteten för meddelandebegäran görs via en ytterligare rubrik i POST-begäran, X-WNS-PRIORITY. Det här är ett heltalsvärde mellan 1 och 4 som mappar till en prioritet:
| Prioritetsnamn | X-WNS-PRIORITY Värde | Standard för: |
|---|---|---|
| High | 1 | Toasts |
| Medium | 2 | Paneler och märken |
| Low | 3 | Raw |
För att vara bakåtkompatibel krävs ingen prioritet. Om en app inte anger prioriteten för sina meddelanden ger systemet en standardprioritet. Standardvärdena visas i diagrammet ovan och matchar beteendet för befintliga versioner av Windows.
Detaljerad lista över skrivbordsbeteende
Om du skickar din app till många olika SKU:er i Windows är det normalt bäst att följa diagrammet i avsnittet ovan.
Mer specifika rekommenderade beteenden för varje prioritet visas nedan. Detta är inte en garanti för att varje enhet fungerar exakt enligt diagrammet. OEM-tillverkare kan konfigurera beteendet på olika sätt, men de flesta ligger nära det här diagrammet.
| Enhetstillstånd | PRIORITET: Hög | PRIORITET: Medel | PRIORITET: Låg | PRIORITET: Mycket låg |
|---|---|---|---|---|
| Skärm på ELLER ansluten | Deliver | Deliver | Deliver | Deliver |
| Stäng av skärmen och på batteridrift | Deliver | Om användaren är undantagen: leverera Else: cache | Om användaren är undantagen: leverera Annars: cache * | Cache |
| Batterisparläge aktiverat | Om användaren är undantagen: leverera Else: cache | Om användaren är undantagen: leverera Else: cache | Om användaren är undantagen: leverera Else: cache | Cache |
| På batteri + batterisparläge aktiverat + skärm av | Om användaren är undantagen: leverera Else: cache | Om användaren är undantagen: leverera Else: cache | Om användaren är undantagen: leverera Else: cache | Cache |
Observera att meddelanden med låg prioritet levereras som standard när skärmen är avstängd och enbart när enheten är batteridriven för enheter baserade på Windows Phone. Detta är för att upprätthålla kompatibilitet med befintliga MPNS-principer. Observera också att de fjärde och femte raderna är desamma, endast med olika scenarier.
Om du vill undanta en app i batterisparläge måste användarna gå till "Batterianvändning per app" i Inställningar och välja "Tillåt att appen kör bakgrundsuppgifter". Det här användarvalet undantar appen från batterisparfunktioner för meddelanden med hög, medel och låg prioritet. Du kan också anropa BackgroundExecutionManager API för att programmatiskt be om användarens behörighet.
Relaterade ämnen
Windows developer