Google Cloud Messaging para la biblioteca de Android contra Google Play Services

La documentación actual de Google GCM requiere que instales Google Play Services y que los uses para GCM (Google Cloud Messaging). La biblioteca es 1.1MB, pero mi actual .apk es la mitad de ese tamaño. Mi aplicación está destinada a recibir GCM y mostrar algunos datos en la pantalla, por lo que no necesito la API de Maps de Google Play Services, el inicio de sesión de G +, etc. Tampoco necesito responder al servidor después de obtener GCM.

SDK Manager permite descargar e instalar el paquete independiente Google Cloud Messaging para Android. Es el que se usó antes de Google I / O 2013, donde se anunciaron los servicios de Play.

Mi pregunta es: ¿cuál es la diferencia en el rendimiento entre GCM de GPS y GCM independiente para Android? ¿Realmente tengo que cambiar a GPS? ¿El GCM autónomo es depricated? ¿Puedo seguir recibiendo datos (hasta 4K) con GCM autónomo?

Por lo que sé, sí, el antiguo es obsoleto (lo dice aquí http://developer.android.com/reference/gcm-packages.html ), pero todavía funciona.

Sin embargo, recomendaría usar la versión de Play Services, ya que es MUCHO más fácil de configurar y usar, y si no necesita el inicio de sesión de G + o cualquier otra cosa, no tiene que usarlo. Sí, tu APK será un poco más grande, pero creo que vale la pena.

Además, las nuevas características o mejoras del protocolo probablemente sólo serán para la biblioteca de Play Services y no para la antigua.

El antiguo GCM aunque desaprobado, todavía funciona. Y hay una probabilidad de que va a trabajar por algún tiempo más. Personalmente, he implementado el nuevo GCM utilizando los servicios de reproducción y parece ser buggy, ya que había dispositivos que no pudieron obtener el registro de identificación y obtuvo el error SERVICE_NOT_AVAILABLE. Así que después de algunas investigaciones no pude encontrar una solución para ello, y volví al antiguo método GCM que usa GCMIntentService, y pude recuperar los ID de registro. Bottom Line: Parece que puede usar el antiguo método GCM por el momento.

No necesita preocuparse mucho por aumentar el tamaño de la aplicación mientras usa GCM utilizando los Servicios de Reproducción siempre y cuando utilice Proguard.

Descripción de las menciones de la biblioteca de clientes de servicios de Google Play

La biblioteca del cliente tiene una ligera huella si utiliza ProGuard como parte de su proceso de creación, por lo que no tendrá un impacto adverso en el tamaño del archivo de su aplicación.

Yo mismo no he medido la diferencia en apk con los dos enfoques diferentes. Se actualizará si lo hago.

El nuevo método GCM también utiliza el GcmIntentService donde permanece la configuración del identificador para el mensaje recibido y donde he configurado mi método sendNotification (msg)

Compruebe el dispositivo para asegurarse de que tiene el APK de Google Play Services. Si no lo hace, muestre un diálogo que permita a los usuarios descargar el APK desde Google Play Store o activarlo en la configuración del sistema del dispositivo.

Le ahorrará del tamaño de la memoria del proyecto.

  • Inicio de LocationManager como servicio Android
  • C2DM: ¿Cómo utilizar el permiso de C2D_MESSAGE?
  • ¿Cómo implementar C2DM en android?
  • Grails C2DM - Android
  • Tamaño máximo de Android C2DM Registration_ID
  • No se le permite iniciar el servicio Intención X sin permiso Y
  • ¿Por qué obtengo varios tokens activos para mi dispositivo con el servicio de mensajería Google Cloud To Device de Google Googles?
  • No se puede iniciar el servicio Intent {act = com.google.android.c2dm.intent.REGISTER (tiene extras)}: no encontrado
  • ¿Cuál es el número máximo de caracteres que se pueden mostrar en la notificación push de Android e iOS?
  • Alerta de visualización cuando llega el empuje
  • Long-polling vs Apple Push Notification Service y Android C2DM
  • FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.