http://relation.to/12422.lace

Le livre cible effectivement la version 1.5r2 qui était la dernière au moment de la fin de la rédaction.
J’ai d’ailleurs dû en cours de route revenir sur certains chapitres lorsque le SDK 1.5 est sorti ; notamment pour couvrir les « App Widgets » qui étaient l’apport essentiel du 1.5.

Sur la notion d’Intent et les Composants – activité, services, etc.). Pour moi aussi la partie la plus fascinante d’Android.
Trois autres arguments pour avoir créé un système avec des intent.
- couplage lâche. Tu veux un service? Tu peux envoyer un message pour voir si ce service existe. Et dès que tu es sûr que ton service existe, tu lui envoies un message – avec attente de la réponse,ou non, c’est selon. Très agréable. D’un point de vue architectural très abouti. Et tu peux remplacer tout composant par un autre composant. Il suffit que ton composant réponde au bon Intent.
- On programme non seulement pour faire une application, mais aussi pour la faire tourner sur un système d’exploitation. On dépasse la cadre habituel de l’appli – voire pour « nouzautres javaistes jee », de la plateforme, pour accéder à toutes les fonctionalités possibles du device. Tu veux envoyer un mail? Tu fais confiance à l’OS, tu ne réinventes pas la roue et tu utilises l’Intent pour envoyer un mail. Pour moi Android est un jee côté client. C’est à dire java+des api pour gonfler les performances de ton appli, lui faiore faire plein de choses.
- Et enfin il est très performant d’avoir un OS qui tourne avec des composants et non avec des applications. En effet, il suffit pour l’OS de ne faire tourner que les composants nécessaires. Ainsi, besoin uniquement d’une Activité qui tourne en Foreground. Donc toutes les autres peuvent être mises de côté, « éteintes ». Le Système Android gère le cycle de vie des composants, les arrête, les redémarre… (c’est ça aussi le côté j2ee côté client, le cycle de vie des composants sont managés). Bref, tout cela pourquoi, tu vas me dire? C’est tout con. Parce qu’on est sur nu téléphone. Un petit ordinateur avec peu de émmoire et peu de batterie. Donc il faut économiser la ressource. D’où la gestion du cycle de vie des composants. cqfd.

Autre chose, les versions 1.6 et 2.0.1 ne sont pas des beta. Tu retrouveras notamment la 2.0.1 sur le téléphone Motorola Droid (qui en France s’appelle Milestone). Après, chaque téléphone a un peu sa version d’Android, il y en a eu 6 ou 7 depuis la 1.0… Heureusement les téléphones peuvent être mis à jour par les opérateurs / google – ce qui est un énorme avantage. La 2.0.1 est même carrément « obligatoire » pour les gens qui programment pour Android 2.0 – on dirait que Google a trouvé un problème de sécurité ou un problème bloquant?

Gabriel Kastenbaum

« Cela évite aussi de devoir tout implémenter tout le temps. »
=> Hélas, ce n’est pas tout à fait vrai. L’installation d’applications ne prend pas en compte la notion de dépendances. Difficile donc de créer une API sous forme d’application exposant des services, car rien ne garantie sa présence (on peut heureusement la vérifier, par un tour de passe passe technique : http://www.curious-creature.org/2008/12/15/android-can-i-use-this-intent/). Les développeurs préfereront dupliquer des jars plutôt que de les mutualiser au sein d’une seule application.

Par ailleurs, je me permet de vous signaler la série d’article « Android pour l’entreprise » : http://blog.excilys.com/tag/series-ymca/ . Un nouvel article devrait être publié incessamment sous peu (dès relecture/validation), traitant des problématiques de déploiement et de mise à jour automatique.

PS : la page http://www.touilleur-express.fr/wp-comments-post.php comporte visiblement un bug : le contenu redonné dans le textarea est échappé au niveau des apostrophes (ça met des \ partout).

Sinon il y a un atelier vendredi soir apres une conf: g-e-t.fr
Super analyse du livre en tout cas.