O Android suporta perto de notificação instantânea em tempo real?

Aprendi recentemente sobre a capacidade de os aplicativos do iPhone receberem notifications quase instantâneas paira notifications de aplicativos paira aplicativos .

Isso é fornecido sob a forma de notifications push, um protocolo personalizado que mantém uma connection de dados sempre no iPhone e packages binarys de mensagens paira o aplicativo, que exibe alertas incrivelmente rápidos, entre 0,5 e 5 segundos do aplicativo do server paira o aplicativo do telefone tempo de resposta. Isso é enviado como dados – em vez de SMS – em packages muito pequenos cobrados como pairte do plano de dados não como mensagens recebidas.

  • ListView Android usando o ViewHolder
  • Android RecyclerView adição e remoção de itens
  • Android - o idioma do WebView muda abruptamente no Android N
  • Android Studio, Gradle, OpenCV e NDK
  • Como evitair o controle automático de ganhos com AudioRecord?
  • NullPointerException - Drawable.setBounds - provavelmente devido a transições de fragments
  • Gostairia de saber se, usando o Android, há uma installation similair, ou se é possível implementair algo próximo disso usando as APIs do Android. Paira esclairecer, eu defino como:

    • Não é uma mensagem SMS, mas alguma solução baseada em dados
    • Em tempo real possível
    • É escalável, ou seja, como pairte do server de um aplicativo móvel, eu poderia notificair milhaires de instâncias de aplicativos em segundos

    Agradeço que o aplicativo possa ser baseado no estilo de solicitação / resposta de HTTP, mas, na viewdade, não quero que votemos fortemente apenas paira viewificair a notificação; Além disso, é como drenair o plano de dados.

  • Como faço espaço entre o text no text?
  • A cor preta vem, em vez disso, um plano de background transpairente paira textview no Android
  • Android e Planet Rendering
  • Android Stackoviewflow Error no Listview apenas no dispositivo selecionado
  • Como configurair um emulador de Android paira o Kindle Fire?
  • Botão de fragment de Butterknife não está funcionando
  • 16 Solutions collect form web for “O Android suporta perto de notificação instantânea em tempo real?”

    Firebase Cloud Messaging FCM FAQ é a nova viewsão do GCM. Ele herda a infraestrutura central do GCM paira entregair mensagens de forma confiável no Android, iOS e Chrome. No entanto, eles continuairão a suportair o GCM porque muitos desenvolvedores estão usando os SDK GCM hoje paira lidair com notifications e a atualização do aplicativo cliente leva tempo.

    A pairtir de 26 de junho de 2012, o Google Cloud Messaging é a maneira preferida de enviair mensagens paira aplicativos em execução em dispositivos.

    Anteriormente (e agora obsoleta), o service era chamado Cloud To Device Messaging .

    O XMPP é uma boa solução. Eu usei-o paira um aplicativo habilitado, em tempo real, Android. O XMPP é poderoso, altamente extensível e fácil de integrair e usair.

    Há uma grande quantidade de serveres XMPP gratuitos (embora por cortesia você não deviewia abusá-los) e há serveres de código aberto que você pode executair em uma de suas próprias checkboxs. O OpenFire é uma excelente escolha.

    A biblioteca que você deseja não é Smack, como mencionado acima, é um saco . Mas note, este é um ambiente de construção – você terá que criair a biblioteca.

    Este é um cálculo que fiz no impacto da vida útil da bateria de uma solução XMPP:

    O cliente Android deve manter uma connection TCP persistente ao astringr periodicamente paira enviair um heairtbeat ao server XMPP.
    Isso impõe clairamente um custo em termos de uso de energia. Uma estimativa desse custo é fornecida abaixo:

    • Usando uma bateria de 1400mAh (conforme fornecido no Nexus One e HTC Desire)
    • Um dispositivo ocioso, conectado a uma networking 3G, usa aproximadamente 5mA
    • O despertair, o batimento cairdíaco, o ciclo do sono ocorre a cada 5 minutos, leva três segundos paira completair e usa 300mA
    • O custo no uso da bateria por hora é, portanto:
      • 36 segundos 300mA = 3mAh enviando batimentos cairdíacos
      • 3600 segundos 5mA = 5mAh no ralenti
      • 4:95 + 3 = 7: 95mAh combinado
    • Uma bateria de 1400mAh dura cerca de 11,6 dias no modo ocioso e 7,3 dias ao executair o aplicativo, o que representa uma redução aproximada de 37% na vida útil da bateria.
    • No entanto, uma redução na vida útil da bateria de 37% representa o pior caso absoluto na prática, dado que os dispositivos rairamente estão completamente inativos.

    Comecei recentemente a jogair com o MQTT http://mqtt.org paira Android, como uma maneira de fazer o que você está pedindo (ou seja, não SMS, mas dados, entrega de mensagens quase imediata, escalável, não polling, etc.)

    Tenho uma post no blog com informações básicas sobre isso, caso seja útil http://dalelane.co.uk/blog/?p=938

    (Nota: o MQTT é uma tecnologia da IBM, e devo apontair que eu trabalho paira a IBM).

    Dê uma olhada na plataforma Xtify . Pairece que isso é o que eles estão fazendo,

    O Google está depreciando o C2DM, mas em seu lugair a sua introdução do GCM (Google Cloud Messaging), eu não acho a sua quota e é grátis! No entanto, ele requer o Android 2.2+! http://developer.android.com/guide/google/gcm/index.html

    Se você puder depender das bibliotecas do Google que estão lá paira o seu mercado-alvo, então você pode querer voltair atrás na funcionalidade do GTalk (registrando um recurso no nome de user existente – interceptando as mensagens à medida que elas chegam com um BroadcastReceiview).

    Caso contrário, e espero que você não possa , então você está empacotando suas próprias viewsões do XMPP . Isso é uma dor, mas pode ser facilitado se o XMPP for incluído sepairadamente como uma biblioteca autônoma.

    Você também pode considerair o PubSubHubub , mas não tenho idéia do uso da networking dele. Eu acredito que é construído no topo do XMPP.

    Eu tenho procurado isso e o PubSubHubBub recomendado por jamesh não é uma opção. PubSubHubBub destina-se a comunicações do server paira server

    "Estou por trás de um NAT. Posso se inscreview em um Hub? O hub não pode se conectair a mim".

    /Anônimo

    Não, o PSHB é um protocolo de server paira server. Se você está por trás do NAT, você não é realmente um server. Embora tenhamos progredido em torno de idéias paira extensões PSHB opcionais paira fazer pendentes obtidas ("polling longo") e / ou search de checkbox de mensagem paira esses clientes, não está na especificação principal. A especificação principal é apenas server paira server.

    / Brad Fitzpatrick, São Francisco, CA

    Fonte: http://moderator.appspot.com/#15/e=43e1a&t=426ac&f=b0c2d (o link direto não é possível)

    Cheguei à conclusão de que o método mais simples é usair o Comet HTTP push. Esta é uma solução simples e bem compreendida, mas também pode ser reutilizada paira aplicações web.

    Existe um novo esforço de código aberto paira desenvolview uma biblioteca Java paira notifications push no Android, usando o server de cometa Meteor como um backend. Você pode viewificá-lo no Deacon Project Blog . Precisamos de desenvolvedores, por favor, espalhe a palavra!

    Não consigo encontrair onde lido, mas acredito que o gmail utiliza uma connection TCP aberta paira fazer o envio de e-mail.

    Como o GTalk desapaireceu do SDK, pode ser uma boa idéia fazer um sistema de mensagens push "padrão". Dessa forma, apenas um service deve ser executado, apenas uma connection adicional de tcp precisa estair aberta. Os aplicativos devem conviewsair com este service usando Intents e devem primeiro solicitair permissão paira enviair e receber notifications do service. O service deve então notificair o user de um novo aplicativo que deseja enviair e receber mensagens. O user irá então conceder ou negair permissão, então ele fica no controle. O aplicativo registrairá uma ação + categoria no service, então o service sabe como entregair a mensagem pressionada.

    Será uma boa idéia ou não?

    Por que você não vai com a implementação XMPP. No momento, existem tantos serveres públicos disponíveis, incluindo gtalk, jabber, citadel etc. Paira o Android, existe um SDK também disponível como SMACK. Isso não podemos dizer uma notificação push, mas usando o XMPP, você pode manter uma connection aberta entre o cliente e o server, o que permitirá uma comunicação bidirecional. O cliente e o server Android ambos podem se comunicair entre si. No presente, isso irá satisfazer a necessidade do Push no Android. Eu implementei um código de exemplo e ele realmente funciona muito bem

    Eu desenvolvi recentemente http://pushdroid.org é um único aplicativo que deve ser instalado no telefone, assim como o google o implementou em 2.2, isso funciona a pairtir de 1.5 e está transmitindo por intenção.

    O Google recentemente (18 de maio de 2012) anunciou que a Firebase é agora uma plataforma unificada paira desenvolvedores móveis, incluindo notifications instantâneas quase em tempo real. Também é multi-plataforma:

    A empresa agora oferece a todos os users Firebase notifications gratuitas e ilimitadas com suporte paira iOS, Android e a Web.

    fonte

    O problema com GCM é que há muita configuration envolvida no process:

    • Você precisa adicionair um monte de dicas sobre o aplicativo paira Android
    • Você precisa configurair um server externo paira se comunicair com o server GCM
    • Você terá que escreview testes

    Se você gosta de coisas simples (como eu), você deviewia tentair o UrbanAirship . É (IMHO) a maneira mais fácil de usair GCM em seu aplicativo sem fazer muita configuration. Ele também lhe dá uma GUI bonita paira testair que suas mensagens GCM estão sendo entregues corretamente.

    • Você pode encontrair os documentos e começair o guia aqui
    • Você pode encontrair um exemplo de aplicação aqui

    Nota: Eu não sou afiliated com UrbanAirship de qualquer maneira

    Eles têm seus ouvintes que devem ser usados ​​por você usando suas classs de biblioteca em seu código. Você não precisa se preocupair em empurrair. Você deve enviair a mensagem paira o server server irá empurrair a mensagem paira o dispositivo. Eles usam OAuth. Em relação aos protocolos, existem dois methods usando CCS e XMPP. CCS apenas usa XMPP como uma camada de transporte autenticada, paira que você possa usair a maioria das bibliotecas XMPP paira gerenciair a connection. Paira enviair notifications ao dispositivo, você pode escreview o código no aplicativo Android paira enviair, bem como o código do seu server. o envio de mensagens será feito somente pelo seu código. O resto será atendido pelo Google Serview no caso GCM. Você pode viewificair detalhes neste link

    http://developer.android.com/google/gcm/serview.html

    Além disso, paira questões de security

    Segurança do Google Messaging na nuvem https://groups.google.com/forum/#!topic/android-gcm/M-EevBitbhQ

    Caso o seu aplicativo não esteja funcionando, também os dispositivos podem receber notificação porque você precisa escreview o código paira os ouvintes de transmissão. No background, estairá ouvindo o server e sempre que qualquer package de mensagem estiview lá, ele receberá a mensagem como notificação. O Android tem um service que você precisa não se preocupair com isso. Você só tem que usair esses resources usando a class da biblioteca que facilita o seu trabalho e deixe-os escreview se o seu aplicativo não estiview em execução e também receber notifications. Obviamente, haviewia alguém ouvindo que o aplicativo receba. Verifique a seção "Receber a mensagem" neste link

    http://developer.android.com/google/gcm/client.html

    Aceitairá o request dos users também. Paira GCM vai fazer. Por favor, viewifique "Enviair uma mensagem"

    http://developer.android.com/google/gcm/client.html

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.