Partilhar via

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

Este artigo aborda as quatro opções de notificação — local, agendada, periódica e push — que fornecem atualizações de tile e badge e conteúdo de notificações toast. Um bloco ou uma notificação de brinde pode enviar informações ao seu utilizador mesmo quando o utilizador não está diretamente envolvido com a sua aplicação. 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 o 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 Utilização com Description Examples
Local Bloco, Emblema, Notificação Um conjunto de chamadas de API que enviam notificações enquanto o seu app está em execução, atualizando diretamente o bloco ou emblema, ou enviando uma notificação toast.
  • Uma aplicação de música atualiza a sua interface para mostrar o que está "Em Reprodução".
  • Um aplicativo de jogo atualiza seu bloco com a pontuação mais alta do usuário quando ele sai do jogo.
  • Um indicador cujo glifo indica que há novas informações na aplicação é apagado quando a aplicação é ativada.
Scheduled Azulejo, Torrada Um conjunto de chamadas de API que agendam uma notificação com antecedência, para atualizar no momento especificado.
  • Uma aplicação de calendário define um lembrete de notificação para uma próxima reunião.
Periodic Azulejo, Distintivo Notificações que atualizam azulejos e selos regularmente em um intervalo de tempo fixo consultando um serviço na nuvem para obter novos conteúdos.
  • Uma aplicação meteorológica atualiza o seu azulejo, que mostra a previsão, em intervalos de 30 minutos.
  • Um site de "ofertas diárias" atualiza suas ofertas 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 Azulejo, Crachá, Torrada, Cru Notificações enviadas de um servidor na nuvem, mesmo que seu aplicativo não esteja em execução.
  • Um aplicativo de compras envia uma notificação pop-up para informar um usuário sobre uma venda num item que ele está a seguir.
  • Um aplicativo de notícias atualiza seu bloco com as últimas notícias à medida que acontecem.
  • Uma aplicação de desporto mantém o seu mosaico up-to-date durante um jogo em curso.
  • Um aplicativo de comunicação fornece alertas sobre mensagens recebidas ou chamadas telefônicas.

 

Notificações locais

Atualizar o bloco ou símbolo da aplicação ou enviar uma notificação do sistema enquanto a aplicação está em execução é o mecanismo de entrega de notificações mais simples; ele 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ó mude depois que o usuário inicia e interage 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 up-todata em que o usuário partir.

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 as notificações flutuantes responderão de forma diferente.

  • Azulejos: A atualização não é exibida
  • Notificação pop-up: a notificação é exibida, mas a sua imagem foi removida

Por padrão, as notificações pop-up locais expiram em três dias, e as notificações de bloco locais nunca expiram. Recomendamos substituir estas definições padrão por um tempo de expiração explícito que faça sentido para as suas notificações (os balões de notificação 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, 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 melhor servidas 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. Pode substituir este tempo de expiração padrão nas notificações de tile agendadas, mas não pode substituir o tempo de expiração nos 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 dinâmicos com um serviço de nuvem mínimo e investimento no cliente. Eles também são um excelente método de distribuir o mesmo conteúdo para um público amplo. O código do cliente especifica a URL de um local na nuvem que o Windows pesquisa para atualizações de bloco ou selo e com que frequência o local deve ser pesquisado. 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á pesquisado no intervalo especificado por todos os usuários que tiverem 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 melhor servidas 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 por um tempo de expiração explícito.

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

Notificações push

As notificações push são ideais para comunicar dados em tempo real ou dados personalizados para o seu utilizador. 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 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 adequaria a notificações periódicas, como pontuações esportivas durante um jogo.

As notificações por push exigem um serviço de nuvem que gerencie os canais de notificação por push e escolha 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, podes alterar este padrão para 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