Reprise du message précédent :
hello dev world  
quelqu'un a déjà abordé le Google Cloud Messaging ici? (pour permettre du push notifications)
je dois "embarqué" un certain gcm.jar mais il n'est pas présent dans les extras de mon SDK  
(mon sdk est à jour et je suis sous eclipse juno)

C'est dans les Google Play Services, non ?

Moi je dirais de regarder ça : http://stackoverflow.com/questions [...] -messaging
En gros ça dit de vérifier que "Google Cloud Messaging for Android Library" est bien installé dans le SDK Manager (rubrique Extras)
 
Sinon la doc officiel (https://developer.android.com/google/gcm/helper.html) que ce fichier n'est plus d'actualité

je trouve rien à ce sujet. Mais je vais chercher encore

oui, j'avais bien vu que le fichier n'est plus d'actu. c'est pour ça que j'ai posé la question ici
pour mon GCM serveur c'est bon, c'est du php avec la clef API qui va transmettre le flux au GCM service que j'ai activé.
là je suis plutôt sur la partie client...

Tout est clairement expliqué dans la doc pourtant.
 
https://developer.android.com/google/gcm/client.html

'Tain fais chier ma eCB vient d'expirer, je peux pas l'acheter même s'il est gratuit
 
Y'a des trucs intéressants ou c'est de la resucee de trucs qu'on trouve sur le net ?
 
EDIT : OTAN pour moi, il est dispo en téléchargement PDF, le lien est dans la description  

Hello
 
J'ai codé une petite appli pour notre activité professionnelle et qui va être utilisée par ~200 personnes.
 
En gros l'utilisateur se loggue le matin, récupère des données et fait des actions dessus tout au long de sa journée de travail.
 
Les données sont enregistrées dans une base sqlite, mais sont aussi chargées en mémoire au démarrage de l'appli, dans une classe statique "Globals" qui me sert de fourre tout .
 
Ca marche bien dans mon bureau et 99% du temps avec mes quelques testeurs mais, de temps en temps, j'ai un bug un peu mystique que je ne comprends pas.
 
En gros, j'ai des exceptions qui correspondent à des objets non-initialisés. L'appli plante parce que l'objet Globals est vide (en gros) et que tout est à null dedans.
 
Je me demandais si un mécanisme pouvait en quelque sorte vider la mémoire de mon appli et faire en sorte qu'elle se relance sans passer par la main activity (où sont initialisées les données).
 
(pour info, c'est ma première application android)

Je me demande si Android ne vide pas le cache de l'appli quand elle n'est pas utilisée depuis un certain temps ou bien qu'il y a besoin de mémoire pour autre chose
 
Tu es allé jeter un oeil sur stackoverflow à ce sujet ?

Oui Android peut faire le ménage.
C'est pas dans le pause() et resume() que tu dois gérer ça ?

Oui je pense bien. Notamment si ton appli est ouvert par un Intent genre "ouvrir avec" ou en réponse à un certain message broadcast etc...
 
Donc je pense effectivement qu'il vaut mieux checker et instancier le cas échéant dans le onResume() dont on est sur qu'il sera appelé par l'appli; ce qui n'est pas le cas des méthodes de point d'entrée de l'activity...  
 
 
Quant au cache, je pense aussi que le système doit avoir la possibilité de faire le ménage dedans, puisque ce n'est "que" du cache, pas de la donnée utilisateur. Il me semble aussi avoir lu ça qq part il y a longtemps.

Merci pour vos réponses, je vais gérer le cas dans les onResume des activités

http://developer.android.com/tools [...] tidex.html
 
c'est ouf

Je commence à utiliser Gradle pour un projet java perso (vu que c'est utiliser officiellement par Google pour Android studio)
 
C'est hyper agréable et clair à utiliser
 
Maven à côté c'est une usine à gaz

http://www.gradle.org/documentation
De rien

La combo Google / stackoverflow m'a bien aidé

Je me lance dans le développement de ma vraie appli... Dans le but de faciliter le multi-OS, certains ont déjà tenté les apps hybrides genre Angular + PhoneGap? Des retours d'expérience?

Je me lance dans le développement de ma vraie appli... Dans le but de faciliter le multi-OS, certains ont déjà tenté les apps hybrides genre Angular + PhoneGap? Des retours d'expérience?

(j'ai déjà analysé le bidule, mon appli s'y prête donc je me pose la question)

Ca depend de ce que tu veux faire ..

Une app cross-platform ? ou seulement android ? L'interet de phonegap (web embarqué) est principalement le cross-platforme: 1 dev = x plateforme (ios, android, etc)
Si tu es developpeur web, ca peux etre sympa car tu utilise des technos web.
Si tu es developpeur java, c'est l'inverse, il va falloir ingérer l'eco-systeme web

Coté ergonomie / fluidité, le natif sera plus soigné, réactif, performant. (le rendu global natif vs webapp est facilement différenciable)
Faire une app web réactive necessite des compétences plus poussés à mon avis.. ya plus de risques de se louper si mal codé.

Coté performance, le natif encaissera plus facilement de grosses volumétrie de données.

Coté vitesse de developpement, je trouve que les technos web (angular) amènent à une productivité beaucoup plus grande (perso je code un écran angular 3x plus vite que le meme en natif)

Hmmm voila, ca dépénd donc du rendu que tu souhaite, de tes compétences actuelles, des plateformes cibles, etc, etc
Angular c'est top, et s'intégre très bien à phonegap. Apprentissage pas si facile et un poil long pour vraiment comprendre les concepts mais génial une fois au taquet. Avec phonegap, t'auras plus de problèmes de css que de JS..

Sinon phonegap a des fois des bugs bien chiants à corriger (il est parfois prférable de passer par cordova directement).

Voir aussi l'alternative "chromium embeded" (https://code.google.com/p/chromiumembedded/) pour faire une webapp sans la contrainte cross-browser (chaque version d'android ou chaque fabricant a un navigateur différent...) : ca te permet d'injecter chrome pour rendre tes pages dedans au lieu de reposer sur le browser stock .. (fiabilité des dev et rendu sur 1 seul browser sur tous les devices)

Beau résumé

bien dit  
 
si tu veux du angular+ phonegap , part directement sur ionic  
 
Attention quand même angular ets un peu lourd si tu vex que ça tourne sur de vieux android

En gros : très grosse expérience Java, débutant Android (une appli moisie à mon actif qui culmine à 13 téléchargements   ).
 
L'appli que je compte développer c'est un truc social, donc beaucoup de données côté serveur, quasi-rien côté client (et une interface relativement pauvre fonctionnellement parlant). Je suis webmaster amateur, avec une grosse lacune en JS et donc aucune connaissance en Angular.
 
La cible : smartphones au sens large (je me vois pas limiter le truc seulement à Android)
 
Le rendu : ben entre le Material Design d'Android, le design flat d'iOS et WP, ça commence à furieusement se rapprocher, y'a moyen de pondre un CSS qui ne choque sur aucun des 3.
 
En fait à la base je partais plus sur du natif Android, mais mon camarade de projet ne jure que par Angular, il me fout le doute (surtout quand je vois à quelle vitesse il développe un GUI pas dégueu)
 
Merci pour la synthèse  

Ok donc tu veux faire une appli simple sur :
IOS
Android
WIndows Phone
 
L'appli étant simple soit :
- tu en profite pour apprendre Angular, phonegap et compagnie et tu fais tout ca en un seul developpement
- tu en profites pour apprendre le ndev natif ios + windows phone, vu que tu connais déjà android
 
C'est kif kif et toi qui décidera selon tes envies, tes futurs applis, les compétences que tu souhaites développer.
 
Après effectivement, quand tu pars sur les bons outils et les bons composants (angular + grunt/gulp + npm/bower + twitter-bootstrap/foundation), tu torches de l'UI rapidement !
 
ps: et comme le dit flo850, mate les framework du type d'ionic !

Ben j'ai effectivement de grosses lacunes, je comprends comment tout ça s'organise mais y'a des trucs qui restent bien mystérieux ... bower ou grunt par exemple
 
Sinon j'ai un peu de mal avec ce qui va au-dessus de quoi : par exemple PhoneGap + web au sens large ça peut vouloir dire PhoneGap + Angular + Twitter Bootstrap. Ionic ou Angular Mobile UI, j'ai du mal à voir quelles couches de base ça encapsule
 
Quant à ce que je veux développer personnellement : j'ai un peu l'impression que les systèmes permettant le cross-platform facile ont le vent en poupe, et y'a plus de concepts à apprendre donc c'est sûrement plus intéressant (Android est pas mal, mais effectivement venant de Java y'a forcément un gros air de déjà-vu )

ionic = angular + cordova + des css et des directives qui vont bien + les couches de glues qui vont bien pour simplifier le développement
 
le cross plateform, c'est bien pour aller vite (prototyper, occuper un marché) , mais tu ne peux pas proposer une appli sérieuse material design pour IOS /windows phone

Pas je veux pas aller vers le material design, mais vers un truc épuré générique qui conviendrait aux 3 plateformes sans heurter les habitudes : je me dis que les utilisateurs sont beaucoup plus sensibles à l'ergonomie d'une appli qu'à son design tant que celui-ci reste relativement proche des standards. C'était pas possible tant qu'iOS avait son immonde skeuomorphisme dégueulasse, mais maintenant que la tendance est au flat partout ça me parait largement jouable, non ?
 
Je pense aussi que le design fait partie de la marque qu'on souhaite promouvoir : par exemple l'appli allociné (et son jaune immonde) respecte peu les standards Android, et pourtant ça passe : ça me semblerait pas logique de pervertir son design pour l'adapter à une plateforme. Parce que bon, fort du succès de mon appli précédente, je compte bien atteindre les 50 téléchargements avec celle-ci  
 
Tu penses vraiment que sur le long terme une appli angular/similaire ne peut pas conserver sa part de marché, et qu'on doit forcément aller vers du natif ?

Gros +1, ca peut aussi rester du plus "long terme" si bien réalisé
 

C'est vrai mais c'est un autre problème ca, faire une appli web ca veux pas forcément dire partir sur du typé google (material). Ya pleins de frameworks css qui permettent de faire du design cross-platform sans trop d'adhérence à un OS particulier... histoire de choquer aucun des OS
 
Dans les autres alternatives, titanium c'est mort ou pas ? (coder en JS puis compliation vers composants natifs)

Un truc que j'ai du mal à saisir c'est, dans le cas d'une app hybride, comment ces différents frameworks, leur code, ce qu'ils produisent, les outils de build etc s'intégrent à un environnement de dev natif genre un projet Android sous Eclipse ... (dans le cas ou il faille vraiment écrire du code natif)

De mon point de vue c'est plutot le contraire. Ton environnement de dev est "web" et tu utilise seulement des outils de build (cordova CLI ou phonegap build) qui te genere du natif (sur ton PC ou via une PIC donc).
 
Par exemple, dans le cas d'une app hybride moi je la code quasi exclusivement sur chrome (version PC), donc mes dev sont completement orientés WEB, comme si je faisais une SPA classique (faut mocker les API phonegap pour que tout marche). J'utilise seulement cordova pour tester l'appli sur un device en mode "app native".
 
Apres si tu fais du code natif (plugins phonegap par exemple), c'est une autre histoire ..

 
Il y a un truc qui me gène dans ton approche. Tu sembles vouloir partir sur un framework cross-platform basé sur des technos web, et tu souhaites un look&feel générique. Tu ne sembles pas avoir besoin d'accéder au hw ni aux sensors des devices. Pourquoi ne fais-tu pas juste un site web avec du responsive bien chiadé ? En bonus ton appli sera également utilisable sur PC.

C'est parce que je suis pas trop rentré dans les détails

Effectivement y aura besoin d'accès aux capteurs, et d'une manière générale l'appli n'aura aucun intérêt sur un PC fixe : c'est du pur mobile.

Y aura besoin de natif aussi pour quelques trucs (entre autres des vraies notifications, j'ai toujours pas compris si les framework hybrides pouvaient le faire ou pas)

Bon cela dit vu mes connaissances sur le sujet, si ça se trouve je suis complètement a côté de la plaque...

Je rajoute ceci à la discussion : http://www.cyrusstoller.com/2013/0 [...] be-an-app/

En parlant de cross plateforme vous avez déjà tâté xamarin?

Ca me parait un peu bancal comme approche de choisir un  langage propriétaire à une plateforme pour faire du cross-plateforme, non ? (enfin, par rapport aux solutions précédemment discutées)

Xamarin ça m'a l'air au top. J'ai pas vu beaucoup de retours quant aux perfs mais à mon avis, ça doit valoir le coup, surtout si t'es un habitué de c# et visual studio