Catégorie: Android

Je commence tout doucement à m'intéresser de plus près au développement sur Android, et même si je n'ai pas encore eu le temps de me plonger dans les spécificités de son API graphique, j'ai déjà pu remarquer qu'on y retrouve les mêmes concepts et les mêmes problèmes...

En effet, en parcourant le blog officiel des développeurs d'Android, je suis tombé sur un article de Romain Guy décrivant les problèmes de threading des applications Android.

Pour faire court : l'interface d'une application Android utilise un modèle mono-thread via l'UI-thread, et toute tâche un tant soit peu longue ne doit pas y être exécuter sous peine de bloquer l'interface utilisateur. Afin d'éviter cela on doit utiliser un nouveau thread, tout en continuant à mettre à jour l'affichage dans l'UI-thread afin de respecter le modèle mono-thread. On peut utiliser pour cela la classe AsynTask qui permet de simplifier toutes ces interactions entre threads...

Pour l'analogie : l'interface d'une application AWT/Swing utilise un modèle mono-thread via l'Event Dispatch Thread (EDT), et toute tâche un tant soit peu longue ne doit pas y être exécuter sous peine de bloquer l'interface utilisateur. Afin d'éviter cela on doit utiliser un nouveau thread, tout en continuant à mettre à jour l'affichage dans l'EDT afin de respecter le modèle mono-thread. On peut utiliser pour cela la classe SwingWorker qui permet de simplifier toutes ces interactions entre threads...

Et pour l'anedocte : on retrouve sur developpez.com un viel article de Romain concernant ce problème sur Swing : Threads et performance avec Swing

Bref pour le moment je ne suis pas trop perdu

C'est la première chose que j'ai testé lorsque j'ai lancé l'émulateur du SDK d'Android pour la première fois...

La semaine dernière, Google annonçait en grande pompe l'Open Handset Alliance, regroupant une trentaine de compagnies avec l'objectif d'accélérer l'innovation dans le monde de la téléphonie mobile. Le tout basé sur Android, un système d'exploitation pour téléphone portable de nouvelle génération. Ce dernier comprendra un ensemble d'application de série (comme un client email, un gestionnaire de contacts, un calendrier, un navigateurs, etc.) mais surtout qui promettait la mise à disposition rapide d'un kit de développement pour les applications tierces, qui serait traité à l'identique des applications de base (c'est à dire que n'importe quelle application du système pourrait éventuellement être remplacé par une autre).

Un initiative bienvenu lorsque l'on sait que le fameux iPhone d'Apple ne permet toujours pas d'installer d'applications tierces sans recourir à des solutions plus ou moins légales et pratiques...

Déjà, dans la séléction hebdomadaire du 9 novembre, la rédaction java envisageait qu'une machine virtuelle Java pourraient être intégré en standard avec Android. Et en ce 12 novembre, alors que le premier SDK a vu le jour, force est de constater que ce n'est pas exactement le cas...

C'est nettement plus intéressant puisque Java se retrouve au coeur même du système d'Android ! Enfin presque...

» Lire la suite!