Escolher um método de entrega de notificação

  • Artigo

Este artigo aborda as quatro opções de notificação - local, agendada, periódica e por push - que fornecem atualizações de blocos e notificação e conteúdo de notificações do sistema. Um bloco ou uma notificação do sistema pode obter informações para o usuário mesmo quando o usuário não está diretamente envolvido com seu aplicativo. A natureza e o conteúdo do seu aplicativo e as informações que você deseja fornecer podem ajudá-lo a determinar qual método ou métodos de notificação são melhores para seu cenário.

Visão geral dos métodos de entrega de notificação

Há quatro mecanismos que um aplicativo pode usar para entregar uma notificação:

  • Local
  • Agendado
  • Periódico
  • Push

Esta tabela resume os tipos de entrega de notificação.

Método de entrega Use com… Descrição Exemplos
Local Azulejo, Crachá, Brinde Um conjunto de chamadas de API que enviam notificações enquanto seu aplicativo está em execução, atualizando diretamente o bloco ou a notificação ou enviando uma notificação do sistema.
  • Um aplicativo de música atualiza seu bloco para mostrar o que está "Reproduzindo Agora".
  • Um aplicativo de jogo atualiza seu bloco com a pontuação mais alta do usuário quando o usuário sai do jogo.
  • Um selo cujo glifo indica que há novas informações no aplicativo é limpo quando o aplicativo é ativado.
Agendado Azulejo, Torrada Um conjunto de chamadas de API que agendam uma notificação com antecedência, para atualizar no momento especificado.
  • Um aplicativo de calendário define um lembrete de notificação do sistema para uma próxima reunião.
Periódico Azulejo, Emblema Notificações que atualizam blocos e selos regularmente em um intervalo de tempo fixo sondando um serviço de nuvem para novo conteúdo.
  • Um aplicativo de previsão do tempo atualiza seu bloco, que mostra a previsão, em intervalos de 30 minutos.
  • Um site de "ofertas diárias" atualiza sua oferta do dia todas as manhãs.
  • Um bloco que exibe os dias até que um evento atualize a contagem regressiva exibida todos os dias à meia-noite.
Push Telha, Crachá, Brinde Notificações enviadas de um servidor em nuvem, mesmo que seu aplicativo não esteja em execução.
  • Um aplicativo de compras envia uma notificação do sistema para informar um usuário sobre uma venda de um item que ele está assistindo.
  • Um aplicativo de notícias atualiza seu bloco com as últimas notícias à medida que acontecem.
  • Um aplicativo de esportes mantém seu bloco atualizado durante um jogo em andamento.
  • Um aplicativo de comunicação fornece alertas sobre mensagens recebidas ou chamadas telefônicas.

 

Notificações locais

Atualizar o bloco ou a notificação do aplicativo ou gerar uma notificação do sistema enquanto o aplicativo está em execução é o mais simples dos mecanismos de entrega de notificação; requer apenas chamadas de API locais. Cada aplicativo pode ter informações úteis ou interessantes para mostrar no bloco, mesmo que esse conteúdo só seja alterado depois que o usuário iniciar e interagir com o aplicativo. As notificações locais também são uma boa maneira de manter o bloco do aplicativo atualizado, mesmo que você também use um dos outros mecanismos de notificação. Por exemplo, um bloco de aplicativo de fotos pode mostrar fotos de um álbum adicionado recentemente.

Recomendamos que seu aplicativo atualize seu bloco localmente na primeira inicialização ou pelo menos imediatamente após o usuário fazer uma alteração que seu aplicativo normalmente refletiria no bloco. Essa atualização não é vista até que o usuário saia do aplicativo, mas fazer essa alteração enquanto o aplicativo está sendo usado garante que o bloco já esteja atualizado quando o usuário sair.

Embora as chamadas de API sejam locais, as notificações podem fazer referência a imagens da Web. Se a imagem da Web não estiver disponível para download, estiver corrompida ou não atender às especificações da imagem, os blocos e a notificação do sistema responderão de forma diferente:

  • Blocos: a atualização não é mostrada
  • Notificação do sistema: a notificação é exibida, mas sua imagem é descartada

Por padrão, as notificações do sistema locais expiram em três dias e as notificações de bloco local nunca expiram. Recomendamos substituir esses padrões por um tempo de expiração explícito que faça sentido para suas notificações (as notificações do sistema têm no máximo três dias).

Para obter mais informações, consulte estes tópicos:

Notificações agendadas

As notificações agendadas são o subconjunto de notificações locais que podem especificar a hora exata em que um bloco deve ser atualizado ou uma notificação do sistema deve ser mostrada. As notificações agendadas são ideais em situações em que o conteúdo a ser atualizado é conhecido com antecedência, como um convite para uma reunião. Se você não tiver conhecimento prévio do conteúdo da notificação, use uma notificação por push ou periódica.

Observe que as notificações agendadas não podem ser usadas para notificações de selo; As notificações de selo são mais bem atendidas por notificações locais, periódicas ou push.

Por padrão, as notificações agendadas expiram três dias a partir do momento em que são entregues. Você pode substituir esse tempo de expiração padrão em notificações de bloco agendadas, mas não pode substituir o tempo de expiração em notificações do sistema agendadas.

Para obter mais informações, consulte estes tópicos:

Notificações periódicas

As notificações periódicas fornecem atualizações de blocos dinâmicos com um serviço de nuvem mínimo e investimento do cliente. Eles também são um excelente método de distribuição do mesmo conteúdo para um público amplo. O código do cliente especifica a URL de um local de nuvem que o Windows sonda em busca de atualizações de bloco ou selo e com que frequência o local deve ser sondado. Em cada intervalo de sondagem, o Windows entra em contato com a URL para baixar o conteúdo XML especificado e exibi-lo no bloco.

As notificações periódicas exigem que o aplicativo hospede um serviço de nuvem, e esse serviço será sondado no intervalo especificado por todos os usuários que têm o aplicativo instalado. Observe que as atualizações periódicas não podem ser usadas para notificações do sistema; As notificações do sistema são melhor atendidas por notificações agendadas ou por push.

Por padrão, as notificações periódicas expiram três dias a partir do momento em que a sondagem ocorre. Se necessário, você pode substituir esse padrão por um tempo de expiração explícito.

Para obter mais informações, consulte estes tópicos:

Notificações por push

As notificações push são ideais para comunicar dados em tempo real ou dados personalizados para o usuário. As notificações push são usadas para conteúdo gerado em momentos imprevisíveis, como notícias de última hora, atualizações de redes sociais ou mensagens instantâneas. As notificações por push também são úteis em situações em que os dados são sensíveis ao tempo de uma forma que não seria adequada para notificações periódicas, como placares esportivos durante um jogo.

As notificações por push exigem um serviço de nuvem que gerencia os canais de notificação por push e escolhe quando e para quem enviar notificações.

Por padrão, as notificações por push expiram três dias a partir do momento em que são recebidas pelo dispositivo. Se necessário, você pode substituir esse padrão por um tempo de expiração explícito (as notificações do sistema têm no máximo três dias).

Para saber mais, veja: