Discussion :

[zecreator]

Bonjour,

J'ai du mal à comprendre ce qui s'est passé concernant les dernières versions du SDK et les outils de développement entourant l'OS Android.
Alors qu'il y a encore 2 ans il était assez aisé de développer un projet Android sous Eclipse, voilà qu'aujourd'hui ça tient du miracle si l'on arrive à afficher un cercle dans un misérable Canvas.

Pour avoir développé pendant longtemps pour Android, et avoir fait une longue pause pour m'orienter vers du développement HTML5, j'ai eu la curiosité de voir ce qui avait évolué.

Il y a 2 ans, voici mon environnement de dév Android :
- Eclipse + plugin ADT
- Android SDK (version 2.3 à 4.0)
- LibGDX

Ca tournait super bien, il y avait peu de configuration et la programmation était assez bien organisée. Bref, avec quelques tutoriels, même en anglais, un novice avait la chance de pouvoir créer un premier projet en 1 h.
Bon, déjà à l'époque j'avais constaté quelques aberrations, comme le système de coordonnées d'affichage. Un point placé à la position 0,0 se retrouve en bas à gauche (?). En 40 ans d'informatique, (0,0) a toujours été le point en haut à gauche. Ils ont dû se marrer chez Google quand ils ont fait ça.

Aujourd'hui, fini Eclipse, faut passer par Android Studio (qui est en fait Eclipse hein...). Bon, soit ça change pas beaucoup. Non, le problème vient des nouvelles versions de l'OS (KitKat et LilliPop) et le SDK qui va avec. C'est quoi toutes ces exceptions qui n'ont rien à voir avec mon code ? Les Exceptions OpenGL, ils auraient pas pu les régler chez Google ? Ben non, c'est tellement mieux de t'inviter à te débrouiller. Et promis, j'ai fais attention à la configuration de mon émulateur.

C'est bien simple, créer un projet Android juste avec l'API du SDK, qui fonctionne sur toutes les versions de l'OS et qui ne lag pas, tient de l'exploit. Heureusement qu'il existe des frameworks qui ne sont pas trop buggés. Parce que là aussi, attention aux fuites mémoires et aux Exceptions. Alors après, ils sont gratuits et ils ont le méritent de faire 80% du job prévu.

J'ai fini par comprendre pourquoi tant d'éditeurs d'applications passaient par la webview et codaient leur application en HTML5 / JavaScript. Ils ont arrêté de se prendre la tête et de corriger les bugs des autres.
Mais voilà, depuis la version KitKat, la webview est devenue un vrai cauchemar. Impossible de faire une animation sans que ça lag à mort. Beaucoup d'éditeurs ont jetés l'éponge ou sont passés sous iOS.

Franchement, déjà que le système Android à une image d'OS "pas fini", si en plus il n'y a aucun effort de fait pour faciliter le développement d'applications... Pas cool !

[grunk]

Bonjour,

Sans vouloir être désagréable je pense que le problème ne vient pas du SDK.
N'importe quel développeur Android te dira que les outils évoluent dans le bon sens. Entre Eclipse +ADT et Android Studio aujourd'hui ça n'a rien à voir (et non AS , n'est pas un fork d'Eclipse). Après je dis pas que le passage de l'un à l'autre est facile, il m'a fallu quelque temps pour oublier les habitudes Eclipse pour se plier à la vision d'IntelliJ. Mais au final c'est, pour moi, beaucoup mieux.
Le seul point où AS reste pas top est pour moi la gestion du code natif JNI. Je pense qu'il y a encore des choses à faire de ce coté.

Il est également évident que Google ne supporte(ra?) plus Eclipse au profit de son IDE et que donc ça va aller de pire en pire pour ceux qui veulent rester sous Eclipse.

Un point placé à la position 0,0 se retrouve en bas à gauche (?). En 40 ans d'informatique, (0,0) a toujours été le point en haut à gauche.

Je sais pas avec quel outils tu as travaillé mais dans toutes les customview (et donc canvas) que j'ai fait le 0,0 était bien en haut à gauche , j'ai jamais vu quoi que ce soit d'autre.

C'est bien simple, créer un projet Android juste avec l'API du SDK, qui fonctionne sur toutes les versions de l'OS et qui ne lag pas, tient de l'exploit.

File > new > new project , sous Android Studio, y en a je pense pour 30sec en lisant toutes les fenêtres et tu as un projet prêt à l'emploi, compatible avec toutes les versions d'Android, grâce à la support library qui est incluse par défaut. Et comble du luxe tu peux même prédéfinir un type d'Activity (vide, avec menu, fragment, etc ...)
Plus simple je ne sais pas si c'est possible.

Je fini par comprendre pourquoi tant d'éditeurs d'application passaient par la webview et codaient leur appli en HTML5 / Javascript

Le développement web pour les applications mobile n'a d'intérêt que si on vise plusieurs plateformes => gain de temps et donc d'argent. Sinon zéro intérêt. La webview étant pour le coup assez critiqué coté Android (moins avec la nouvelle version) c'est à mon avis pas le choix idéal si on peut l'éviter.

[zecreator]

Sans vouloir être désagréable je pense que le problème ne vient pas du SDK.

Tu as raison, je ne suis pas expert en dev Android, loin de là, et j'admets que certains concepts ne me sautent pas forcément tout de suite aux yeux. Mais il est assez agaçant de voir un code qui compilait très bien il y a encore un an, être devenu totalement inutilisable parce que les concepts des dernières versions du SDK ont changés. J'ai le sentiment qu'il n'y a pas de retro-compatibilité avec le code prévu pour les versions antérieures à Jelly Bean. Sérieusement, même du code C développé à l'époque de Windows 3.1 reste compilable aujourd'hui.

Je sais pas avec quel outils tu as travaillé mais dans toutes les customview (et donc canvas) que j'ai fait le 0,0 était bien en haut à gauche , j'ai jamais vu quoi que ce soit d'autre.

J'utilise la lib LibGDX, prévue pour le développement de jeu, et bizarrement chez moi, lorsque je positionne un texte sur un canvas à la position (0,0), il est en bas à gauche. Et lorsque que je le déplace en incrémentant la position verticale de 1, le texte se déplace vers le haut du canvas. Pareil pour le tracé de ligne. J'ai l'impression que le Canvas a subit un flip sur son horizontale. Je vais creuser la question...

File > new > new project , sous android studio , y'en à je pense pour 30sec en lisant toutes les fenêtres et tu as un projet pret à l'emploi compatible avec toutes les version d'android grâce à la support library qui est inclues par défaut. Et comble du luxe tu peux même prédéfinir un type d'activity (vide , avec menu , fragment , etc ...)
Plus simple je sais pas si c'est possible.

Ok, ok, si tu ambitionnes de faire un "Hello World!" ou une appli entièrement UI. Mais pour démarrer un jeu, juste déplacer un sprite sur un canvas. Sans framework qui te simplifie cela, tu t'arraches les cheveux. Tente de faire un beau scrolling de décor, tiens juste un scroll d'étoiles, juste en utilisant l'API du SDK. Saloperie d'update de Canvas à la con. Un novice pouvait le faire facilement il y a encore 1 an. Aujourd'hui, tu perds du temps en paramétrage et à surfer sur Google pour trouver des solutions aux Exceptions qui n'ont rien à voir avec ton code. Ce genre de développement me rappelle l'installation et la configuration de compiler C/C++ dans les années 90, où on devenait dingue car ça compilait jamais et qu'il manquait toujours un bout de config. Sauf que là, on est en 2015...

Le développement web pour les appli mobile n'a d'intérêt que si on vise plusieurs plateforme => gain de temps et donc d'argent. Sinon zéro intérêt. La webview étant pour le coup assez critiqué coté android (moins avec la nouvelle version) c'est à mon avis pas le choix idéal si on peut l'éviter.

Tout à fait d'accord, de toute manière, la webview est devenue inutilisable pour le jeu depuis KitKat, c'est une catastrophe pour tous ceux qui avaient développé leurs applis de jeu en HTML5. C'est juste scandaleux, à croire que Google voulait se débarrasser de ce type d'appli et faire le ménage dans Google Play.

[grunk]

Mais il est assez agaçant de voir un code qui compilait très bien il y a encore un an, être devenu totalement inutilisable parce que les concepts des dernières versions du SDK ont changés

Si tu as un code qui vise par exemple android 2.1 et que tu veux le compiler avec le dernier SDK tu vas avoir des warning mais ça devrait compiler. Il déprécie régulièrement des fonctions , mais à ma connaissance il n'en n'ont pas encore supprimé.
Après d'une version à l'autre du SDK , sur une appli en dév actif , j'ai de nouveau warning et de petite modif à faire pour les supprimer. Donc j'imagine que sur du code qui à plus d'un an ca doit piquer un peu

J'utilise la lib LibGDX, prévue pour le développement de jeu

Le problème vient de là à mon avis , pas du SDK.

Ok, ok, si tu ambitionnes de faire un "Hello World!" ou une appli entièrement UI. Mais pour démarrer un jeu

Pour le coup j'ai pas d'expérience dans les jeux , mais ça vaut peut être le coup de te pencher sur le développement natif (c/c++) qui t'offrira les meilleures performances et te permettra de porter une grosse partie de ton code vers d'autre plateforme.

[nicroman]

Pour avoir fait de l'OpenGL... désolé... mais (0,0)-(W,H) correspond à un "view-port" (0,0) étant en bas à gauche, et (W-1,H-1) en haut à droite.
Cela a toujours été vrai en OpenGL, et je vois mal pourquoi OpenGL changerait ce truc (déjà que DirectX fait l'inverse).
Et donc, rien à voir avec Android, ni Windows, ni quoi que ce soit.
Allez hop:
https://www3.ntu.edu.sg/home/ehchua/...spectRatio.png

Et rappelons qu'après projection, -1,-1 correspond à 0,0, et 1,1 à W,H (et non W-1, H-1) d'ou la nécessité de toujours décaler ses textes de 0,5 pixels histoire qu'ils ne soient pas flous !
Enfin bref.


IntelliJ n'a rien à voir avec Eclipse que je sache, et même si Google pousse pour Android Studio (et IntelliJ) il n'ont pas (encore) abandonné le plugin eclipse (je croise les doigts... j'aurai du mal à perdre mes setups Mylin, Bugzilla, SVN ...).

[zecreator]

Je fais mon mea culpa. J'ai viré la LibGDX, coder la partie moteur avec les API du SDK et ça fonctionne mieux.



Merci.