Compartilhar via

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

Este artigo aborda as quatro opções de notificação—local, agendada, periódica e por push—que fornecem atualizações de blocos e emblemas, além de conteúdo de notificação do sistema. Um tile ou uma notificação toast pode fornecer informações ao usuário mesmo quando ele 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étodo de notificação é melhor 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
  • Scheduled
  • Periodic
  • Push

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

Método de entrega Usar com Description Examples
Local Bloco, Selo, Notificação Um conjunto de chamadas de API que enviam notificações enquanto seu aplicativo está em execução, atualizando diretamente o tile de aplicativo ou o selo, ou enviando uma notificação toast.
  • Um aplicativo de música atualiza seu tile para mostrar o que está "Tocando Agora".
  • Um aplicativo de jogo atualiza seu bloco com a pontuação alta do usuário quando o usuário deixa o jogo.
  • Um emblema cujo glifo indica que há novas informações no aplicativo é removido quando o aplicativo é ativado.
Scheduled Azulejo, Toast Um conjunto de chamadas de API que agendam uma notificação com antecedência para atualizar no momento que você especificar.
  • Um aplicativo de calendário configura um lembrete em forma de alerta para uma próxima reunião.
Periodic Módulo, Emblema Notificações que atualizam blocos e selos regularmente em um intervalo de tempo fixo, consultando um serviço de nuvem para buscar novo conteúdo.
  • Um aplicativo meteorológico 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.
Transmitir Bloco, Emblema, Aviso, Bruto Notificações enviadas de um servidor de nuvem, mesmo que seu aplicativo não esteja em execução.
  • Um aplicativo de compras envia uma notificação toast para informar um usuário sobre uma venda em um item que ele está acompanhando.
  • Um aplicativo de notícias atualiza seu bloco com notícias de última hora à medida que isso ocorre.
  • Um aplicativo esportivo mantém seu bloco up-to-date durante um jogo em andamento.
  • Um aplicativo de comunicação fornece alertas sobre mensagens de entrada ou chamadas telefônicas.

 

Notificações locais

Atualizar o tile ou o selo do aplicativo ou gerar uma notificação toast enquanto o aplicativo estiver em execução é o mais simples dos mecanismos de entrega de notificação; exige apenas chamadas de API local. Cada aplicativo pode ter informações úteis ou interessantes para mostrar no bloco, mesmo que esse conteúdo só mude após 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 normalmente seria refletida no bloco pelo aplicativo. Essa atualização não é vista até que o usuário saia do aplicativo, mas ao fazer essa alteração enquanto o aplicativo está sendo usado garante que o bloco já esteja up-to-date quando o usuário partir.

Embora as chamadas à 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 de imagem, os blocos e o sistema responderão de forma diferente:

  • Blocos: A atualização não aparece
  • Notificação: a mensagem é exibida, mas sua imagem é descartada.

Por padrão, as notificações 'toast' locais expiram em três dias, e as notificações de 'tile' locais 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 têm um máximo de 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 de reunião. Se você não tiver conhecimento prévio do conteúdo da notificação, deverá usar 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 melhor atendidas por notificações locais, periódicas ou por 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 dinâmico agendadas, mas não pode substituir o tempo de expiração em toasts agendados.

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

Notificações periódicas

As notificações periódicas fornecem atualizações de blocos ativos com um mínimo de serviço de nuvem e investimento por parte 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 para 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 toast; as notificações toast são mais bem geridas por notificações agendadas ou 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 com um tempo de expiração explícito.

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

Notificações por push

As notificações por push são ideais para comunicar dados em tempo real ou dados personalizados para o usuário. As notificações por push são usadas para conteúdo gerado em momentos imprevisíveis, como notícias de última hora, atualizações de rede social 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 se adequariam a notificações periódicas, como pontuações esportivas durante um jogo.

As notificações por push exigem um serviço de nuvem que gerencia 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 com um tempo de expiração explícito (as notificações têm um máximo de três dias).

Para obter mais informações, consulte:

 

  • Last updated on