Google Cloud Messaging pour Android bibliothèque vs Google Play Services
Actuel Google GCM documentation nécessite l'installation de Google Play Services et de les utiliser pour la GCM (Google Cloud Messaging). La bibliothèque est de 1,1 MO, pourtant au courant de mes .apk est la moitié de cette taille. Mon application est destinée à recevoir les GCM et l'affichage des données sur l'écran, donc je n'ai pas besoin de Google Play Services " Maps API, G+, login, etc. Ni j'ai besoin d'être en mesure de répondre sur le serveur après l'obtention de GCM.
SDK Manager permet de télécharger et d'installation autonome de Google Cloud Messaging pour Android package. Il est celui qui a été utilisé avant la Google I/O 2013, où les Services ont été annoncés.
Ma question est: qu'est-ce que la différence de performance entre les GPS de la GCM et autonome GCM pour Android? Dois-je vraiment passer à un GPS? Est autonome GCM depricated? Puis-je quand même recevoir des données (jusqu'à 4K) avec autonome GCM?
OriginalL'auteur Xeos | 2013-08-27
Vous devez vous connecter pour publier un commentaire.
Autant que je sache, oui, le vieux est déconseillé (il le dit ici http://developer.android.com/reference/gcm-packages.html), mais fonctionne encore.
Je vous conseille d'utiliser le Play version, car il est BEAUCOUP plus facile à configurer et à utiliser, et si vous n'avez pas besoin de G+ login ou autre chose que vous n'avez pas à l'utiliser. Oui, votre APK seront un peu plus grand, mais je pense que ça en vaut la peine.
Plus, toutes les nouvelles fonctionnalités ou des améliorations au protocole sera probablement seulement pour les Services de la bibliothèque, et pas pour de l'ancien.
rmarcejaeger.com/2015/09/18/...
OriginalL'auteur LuTHieR
L'ancien GCM bien qu'obsolète, fonctionne toujours. Et il y a une probabilité qu'il travaille pour un peu plus de temps.
Personnellement, j'ai mis en place la nouvelle GCM en utilisant le jeu de services et il semble être buggé comme il y avait des appareils qui ne pouvait pas obtenir l'ID d'enregistrement et a obtenu le SERVICE_NOT_AVAILABLE erreur. Donc après quelques recherches je n'ai pas pu trouver une solution pour elle, et d'y revenir à l'ancien GCM méthode qui utilise GCMIntentService, et j'ai été en mesure de récupérer l'Id de l'enregistrement.
Bottom Line : il Semble que vous pouvez utiliser la vieille GCM méthode pour le moment.
OriginalL'auteur tony9099
Vous n'avez pas besoin de vous soucier de l'augmentation de la taille de l'application lors de l'utilisation de GCM à l'aide de Services aussi longtemps que vous êtes à l'aide de Proguard.
Description de Les Google Play services de la bibliothèque du client mentionne
Je n'ai pas moi-même mesuré la différence de apk avec deux approches différentes. Sera mise à jour si je n'.
Jouer à des services de 6,5 à résoudre ce problème. Jetez un oeil ici: android-développeurs.blogspot.dans/2014/11/...
Je ne suis pas sûr que ça règle le problème. Comme nous utilisons une FOURMI construire encore et il n'ont pas été mises à jour pour sortir de la bibliothèque dans le sous-ensemble de bibliothèques (dans le SDK) il y a encore peut-être des questions. Il ressemble à ce sous-ensemble de bibliothèques sont des artefacts Maven donc je vais voir si nous pouvons les gérer avec Maven, auquel cas, il peut être une solution, en fonction de la taille de la base GCM mise en œuvre est
OriginalL'auteur Atul Goyal
la nouvelle GCM méthode utilise également le GcmIntentService où les séjours de la gestion de la configuration de message reçu et où j'ai configuré mon sendNotification(msg) méthode
Google recommandation est à remplacer
WakefulBroadcastReceiver
parGCMReceiver
etGcmListenerService
.OriginalL'auteur
Vérifier l'appareil pour vous assurer qu'il a le Google Play APK. Si ça ne marche pas, afficher une boîte de dialogue qui permet aux utilisateurs de télécharger l'APK de Google Play Store ou de l'activer dans l'appareil les paramètres du système.
Il vous permettra d'économiser de projet de la taille de la mémoire.
OriginalL'auteur Ajay Takur