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.
- Java.lang.SecurityException: No se permite iniciar el servicio
- No se puede implementar el proyecto de motor de aplicaciones de Android en Google App Engine
- AppEngine RequestFactory o enfoque "Normal"?
- No se puede agregar la cuenta de Google en Google App Emulator
- IntentReceiver filtrada en Google Cloud Messaging
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?
- Lados negativos de C2dM
- Notificaciones push en Android: Google GCM vs Amazon SNS?
- ID de registro de android c2dm
- IP de Google C2DM o subredes
- Android GCM no funciona con wifi netowrks cuando la red 3G está disponible
- Iniciar la aplicación cuando se recibe la notificación de GCM
- Agente MDM en iOS
- C2DM con PHP usando OAuth2.0 (ClientLogin está obsoleto!)
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.
- IPhone-como barra de pestañas en Android?
- Elementos de la interfaz de usuario de iOS que portaban en Android