Beacoup de retard = beaucoup de liens

Ces derniers les messages sur notre blog ont été plus qu'inexistant...Et pourtant ce n'est pas signe d'une baisse de nouveaux tutoriaux ! Mais l'actualité a fait que le temps a été très limité ces derniers.
Je profite donc d'un bon moment de tranquillité avant la session de portage des applications Android pour la Blackberry Playbook, que je vais vous fournir quelques liens qui ont retenu mon attention ces dernières semaines.

• Monétiser son application : oui mais comment ? quelles sont les différentes manières de faire et bien faire ? Exemple de mise en oeuvre de la librairie AdMob
• Ergonomie : développer est une chose, concevoir en est une autre et définir l'ergonomie d'une application Android en est une autre. Un article présentant les tendances utilisées pour les applications Android
• L'Actionbar par l'exemple
• Utiliser les composants graphiques réalisés par d'autre : gain de temps mais ne répondant pas parfois à ce que l'on souhaiterait faire
• Cliquer dans une liste c'est simple mais rendre réactif des composants dans une liste c'est plus compliqué si on ne connait pas ! Rendre cliquable les composants dans une liste.
• Récupérer un identifiant matériel, même s'il n'en existe pas (eh oui, cela arrive)

En espérant que l'absence de message sera en partie excusée par ce post :)

Ne pas réinventer la poudre

La librairie Widget d'Android bien que très fourni en composants, que vous pouvez étendre pour en faire ce que vous souhaitez, dans la représentation graphique mais également dans le comportement, possèdent des limitations. Qui ne s'est pas retrouvé un jour à dire : "mais pourquoi ils n'ont pas fait ça " ^^

Si vous recherchez à faire quelque chose dans votre interface graphique mais qui n'est pas nativement pris en compte sur Android, sachez qu'il existe un certain nombre de librairie Open Source permettant d'ajouter de nouvelles fonctionnalités à l'expérience utilisateur.

Quelques exemples
http://www.androiduipatterns.com/2012/01/hands-on-open-source-android-ui.html?id=10

Supprimer une Activity de la pile

Lorsque vous créer une application contenant plusieurs écrans (Activity), chacun d'eux est sauvegardé dans une pile permettant à l'utilisateur d'y revenir par la suite en utilisant le bouton BACK.
Ainsi, si vous faites une séquence :
Activity 1 => Activity 2 => Activity 3 => Activity 4
l'utilisateur pourra également faire le chemin inverse.

Là, vous disposez de deux possibilités :
- gérer vous même la navigation
- utiliser le tag FLAG_ACTIVITY_NO_HISTORY

Apprener à utiliser ce flag en lisant le tutorial suivant :

http://www.gmarwaha.com/blog/2012/01/18/android-remove-activity-from-history-stack/

Enfin Android Design

Enfin...!! Depuis le lancement d'Android, les équipes de Google ne nous avaient jamais fourni autant d'information sur le design et l'ergonomie des applications ! Gros efforts....de normalisation ?
Quoiqu'il en soit vous trouverez à travers ces différentes pages tout ce qu'il vous faudra pour bien concevoir ergonomie et chartes graphiques, en respectant l'expérience utilisateur Android 4.0 !

http://developer.android.com/design/style/iconography.html

Android et Listener

Deux tutoriaux qui intéresseront nombre de développeurs Android débutants et intermédiaires. Ils concernant l'utilisation des Listeners sous Android en décrivant les différentes méthodes d'implémentation mais également la manière d'implémenter son propre listener pour ses propres besoins.

Un Listener est un "écouteur" que vous mettez en place sur  un composant de View (bouton, layout, image, galerie...) afin de gérer les évènements reçus par l'utilisateur (clic, toucher, clic long...).

A lire et à apprendre !

Utiliser les Listeners sur Android
http://tseng-blog.nge-web.net/blog/2009/02/14/implementing-listeners-in-your-android-java-application/

Implémenter son propre Listener
http://tseng-blog.nge-web.net/blog/2009/02/17/how-implement-your-own-listener-android-java/

Utiliser l'ActionBar

Le composant graphique a été introduit officiellement avec Android 3.0 et maintenue sous la toute dernière mouture 4.0 (alias Ice Cream Sandwich). La possibilité d'intégrer une barre en haut de l'écran pour accéder aux fonctionnalités principales de l'application en lieu et place du menu applicatif (OptionsMenu) est quelque chose qui s'est vue généralisée avant même qu'un comopsant officiel ne soit mis en place.

Retrouver comment utiliser ce composant dans cet exemple :
http://www.brucephillips.name/blog/index.cfm/2011/12/28/Android-App-Development--Using-The-ActionBar-Widget?utm_medium=referral&utm_source=pulsenews

Pourquoi Android est plus lent que iOS ?

Récemment un client me remontait le fait qu'il trouvait Android plus lent que iOS. Il a fait cette comparaison entre son iPad2 et une Galaxy Tab 10.1. Donc deux modèles que l'ont peu objectivement comparer.
Il utilise l'iPad depuis 2 ans et arrive tout juste sur Android. Il fait la comparaison sur son utilisation habituelle, la navigation, les menus. Et je suis d'accord avec lui, Android semble moins optimisé que iOS qui fonctionne uniquement sur un voire deux types de matériel d'un même constructeur.
Ce ressenti utilisateur est principalement lié aux performances de l'interface graphique.
L'équipe Android, ou du moins une partie de la team de Google, avoue des problèmes de performance de l'IHM, dûes à un problème de conception du framework.
La discussion était plublique sur Google+ et vous pourrez retrouver un résumé des débats sur :
http://blog.crazybob.org/2011/12/truth-about-android-ios-ui-performance.html

Portage iOS sur Android : les erreurs

Nombreuses sont les sociétés qui disposent d'applications iPhone à vouloir la rendre disponible sur Android.

Outre la recherche des fonctionnalités réalisables sur la plateforme Android, il se pose la question de l'ergonomie.

Dans notre rôle de conseil, Expertise Android inciste sur le fait qu'Android dispose de sa propre expérience utilisateur (UX) et qu'une réalisation "à la iOS" ne serait pas une bonne chose.

Ci-dessous un exemple de l'erreur décrit à la perfection à travers l'application IKEA.

http://www.androiduipatterns.com/2011/11/cautionary-example-of-bad-design.html#bXpulseX