On dit souvent que le développement mobile ressemble au développement web d’il y a 10 ans. Jusqu’à présent, il fallait choisir entre développer une application native ou une application Web Mobile. Les applications natives sont souvent préférées pour le moment, car elles offrent souvent une meilleure expérience utilisateur.
Quant aux applications Web Mobile, elles ont l’avantage de faciliter la mise à jour et le déploiement d’application, et ont le mérite d’être accessibles quelle que soit votre plateforme, pour peu que vous disposiez d’une connexion internet. Et bien, il se pourrait bien qu’Adobe soit en train de changer la donne en introduisant sa solution Air qui vous promet le meilleur des 2 mondes !
Lors du dernier XKE, nous avons eu la visite de Michaël Chaize qui est venu nous présenter les nouvelles solutions Adobe. Fort d’une matinée plutôt réussie, j’arrive à ce slot un peu blasé et fatigué en me demandant un peu l’intérêt d’une telle présentation. Allez c’est reparti, je vais encore avoir le droit au discours technico-commercial que j’ai eu chez mon cher client quelques semaines auparavant.
Et bien que nenni ! Bien au contraire ! Je suis sorti de celui-ci avec une folle envie d’essayer de suite les technologies qu’il nous a présenté, en particulier celles qui touchaient à la mobilité.
Avant ce slot, j’avais bien entendu parler ici et là de l’émergence d’une telle solution, mais rien ne m’avait donné l’envie de m’y essayer. C’est maintenant chose faite !
La plateforme Air propose donc :
Lire la suite de cet article »
Pour ceux qui n’ont pas entendu parler d’Adobe Air, il s’agit d’une machine virtuelle permettant d’exécuter des applications Flash en dehors du navigateur. Multi-plateformes et surtout multi-écrans, le but d’Adobe est de rendre Air exécutable sur tout type de support, des terminaux mobiles aux téléviseurs. Actuellement, il est utilisable sur les mobiles équipés d’un Android 2.2 ainsi que sur les BlackBerry Tablet OS et iOS. Michael Chaize et James Ward nous ont présenté dans une session d’1h les nouveautés d’Adobe Air 2.5.
Lire la suite de cet article »
Android ne propose nativement aucune solution pour générer des courbes, camemberts et autres graphiques. Lors du développement d’applications, il est pourtant fréquent que l’on veuille afficher ce genre d’informations. Les terminaux Android disposant pour la plupart d’une résolution plutôt petite (< 800*600), il est souvent plus simple et plus efficace d'afficher les valeurs d'un tableau sous forme de graphique.
Cet article a pour but de vous présenter quelques-unes des solutions les plus répandues pour répondre à ce besoin. Pour cela, nous allons créer un camembert de 3 manières différentes :
Vous souvenez-vous de la course au Web ? Cette période pas si lointaine où bon nombre d’entre nous voulions un site Web sans trop savoir quoi mettre dedans ni trop comment s’y prendre. Plus que le contenu, l’important était d’être présent sur la toile même si on ne savait pas trop quoi y exposer. Depuis, notre vitrine a bien évolué, nous nous sommes approprié ce nouvel espace et nous avons adapté le contenu à ce nouveau support.
Avec la popularisation des smartphones, une nouvelle course démarre. Le nombre d’applications et de sites mobiles explose. Avant de jaillir des starting blocks, prenons le temps de connaitre les spécificités du parcours de cette nouvelle course.
Lire la suite de cet article »
Si vous êtes développeur Android, vous aurez sans doute remarqué qu’aucun mécanisme ne permet de partager des ressources entre plusieurs projets. Étant l’auteur d’une petite dizaine d’applications, la gestion des ressources communes commence à devenir un véritable problème. En effet, s’il est très simple de partager du code Java par l’intermédiaire de jars, il vous est impossible de partager des images ou des layouts entre plusieurs applications. Ceci vient de la gestion même des ressources dans un projet Android et de leur utilisation. En effet chaque ressource est référencée sous la forme d’une constante dans un fichier ‘R.java’ automatiquement généré. C’est cette constante que vous devez utiliser pour utiliser vos différentes ressources dans vos applications. Comme il n’est pas possible d’inclure un projet Android dans un autre, nous somme bloqués.
Étonnamment, ce besoin ne semble pas intéresser plus que cela la communauté Android. En consultant la liste des demandes d’évolutions, seule une fiche fait référence à ce type de besoin. Cette demande me paraissant pourtant légitime, j’en ai discuté avec Romain Guy, l’un des développeurs Android. Selon lui, la plateforme Android ne permet pas de répondre directement à cette problématique. Tournons-nous donc vers nos outils de builds.
Cet article présente une manière de configurer un build Maven sur une application Android. Après la lecture de cet article, vous saurez comment construire et déployer un projet Android en utilisant Maven, mais également comment découper vos applications pour partager du code entre votre application Android et sa partie serveur, et comment partager du code et des ressources entre différentes applications Android. Le contenu de cet article est largement inspiré de la traduction officielle du chapitre Android du Maven Reference Guide que je viens tout juste de terminer.
Lire la suite de cet article »
Comme évoqué dans une précédente revue de presse, voici le premier article de ma série sur HTML5. Plutôt que de faire du comptage de points entre Apple et Adobe, j’ai décidé de commencer par faire un tour d’horizon des nouveautés proposées par cette nouvelle spécification du W3C. Dans ce premier article, je vous propose donc de faire un voyage à la découverte des nouveautés du côté de HTML. ; pour connaître les nouvelles balises, et les nouveaux attributs que nous pouvons déjà ou pourrons bientôt utiliser dans nos navigateurs. Du layout au canvas en passant par les WebForms, le son et la vidéo, tout tout tout, je vous dirai tout sur HTML5. Commençons donc par le commencement: HTML5 qu’est-ce que c’est ?
Sommaire
Lire la suite de cet article »
La session JavaFX fut l’occasion de découvrir comment développer une application JavaFX. Le speaker Stephen Chin, chef de projet de WidgetFX, nous a proposé une introduction au langage de script JavaFX.
La présentation semblait à mon avis plus modeste que les présentations faites l’année dernière. Le nombre de sessions JavaFX est moins important comparé l’année précédente. De même pas de présentation au Keynote où Adobe semble être mis en avant avec sa plateforme Flash.
Lire la suite de cet article »
La conférence « le développement iPhone vu par des développeurs Java » a fait le plein. Nous n’avons pas assisté à cette conférence dans son intégralité, ce sujet ayant déjà été traité en profondeur dans le cadre de nos XKE. A noter cependant que ce sujet semble passionner les foules.
Un autre sujet « mobile » était présenté aujourd’hui, à savoir la fragmentation du marché des mobiles. Cette fragmentation intervient à tous les niveaux : hardware, OS, environnement applicatif.
Le chaos est positif, car il amène l’innovation, mais il complique considérablement la tâche des développeurs. Pour réaliser une application fonctionnant sur toutes les plates-formes, plusieurs stratégies se présentent :
- Développer spécifiquement pour chaque appareil : la portabilité et l’expérience utilisateur sont maximales, mais le travail titanesque.
- Développer une application n’utilisant que le plus petit dénominateur commun entre les plates formes, ce qui revient à sacrifier l’expérience utilisateur.
- Utiliser un player, ce qui équivaut à la solution ci dessus (l’expérience utilisateur est limitée par les fonctionnalités du player, elles mêmes limitées par les adhérences entre les différents mobiles).
- Utiliser un framework de portage.
C’est cette dernière solution qui était présentée, par les créateurs du framework J2ME Polish. L’idée sous-jacente est d’écrire son programme en Java, et d’utiliser un framework pour le porter sur la majorité des mobiles. Le code est transcrit par le framework en J2ME en utilisant un repository d’appareils, qui spécifie les caractéristiques de chacun (taille de l’écran, interactions possibles avec l’appareil) …
Il est possible de migrer le code sous Android ou Blackberry (J2ME Polish utilise pour ces deux cibles une reconstruction des classes J2ME spécifique).
Il est même possible de transformer ce code source pour le déployer sur Windows mobile et sur iPhone : le code Java est représenté sous forme d’arbre et un ‘cross-compiler’ est utiliser pour transformer cet arbre en langage cible.
Même si l’exercice est intéressant, il est un peu surfait, notamment parce que l’expérience utilisateur offerte par l’iPhone surclasse tous ces concurrents et qu’il n’est donc raisonnable que de porter une logique business lourde (la conception des IHM étant trop différente selon les mobiles).
A noter que les créateurs du framework apprécient l’initiative JavaFX, mais ne se pencheront réellement dessus que si le marché des terminaux mobiles porte cette nouvelle technologie.
Fonctionnement du contest
Dans le cadre de nos XKE (formations internes), beaucoup d’entre nous ont émis le souhait d’étendre leur champ de compétence au développement d’application sur téléphone mobile. Nous avions plusieurs technologies dans nos bagages : l’installé iPhone (à première vue pas vraiment compatible avec des développeurs Java), l’étoile montante Android, et l’outsider JavaFx.
Mais pour voir au-delà des promesses marketing, il nous fallait nous mesurer à ces technologies dans le cadre de leur utilisation réelle, sur un projet de la ‘vraie vie’. Ainsi est née l’idée de ce contest : 3 technologies, 3 développeurs Java (Amin Fathallah sur iPhone, Erwan Alliaume sur Android, Pablo Lopez sur JavaFx), et un mois (sur notre temps libre) pour traiter d’un sujet choisi par nos collègues : afficher sur le téléphone mobile l’ensemble des photos Flickr à proximité de l’utilisateur géolocalisées sur une carte. Chaque technologie a donné lieu à une démo en live et une analyse du ressenti lors du XKE suivant.
Résultats et commentaires
Commençons par un survol des démos : JavaFx très poussif, sur émulateur. Pas un franc succès. Android sur un G1 flambant neuf, très convaincant, notamment par les divers ajouts hors cahier des charges. Large vainqueur à l’applaudimètre, l’iPhone, avec une UI très soignée et des effets graphiques à la hauteur de la réputation du célèbre terminal.
Dans le même ordre, voici l’analyse de chacun des développeurs.
Lire la suite de cet article »
Google I/O 2009 s’est tenu la semaine dernière à San Francisco. Il s’agit d’une des conférence destinées aux développeurs utilisateurs des applications et des API de Google. Faute d’avoir eu l’occasion de me rendre sur place, j’ai essayé de suivre d’aussi prêt que possible son déroulement. Vu de l’extérieur : du grand spectacle !
Dans cet article, je vais donc revenir sur les annonces et points marquants de ces deux jours de conférences.
D’autre part, les vidéos des keynotes sont disponibles, vous pouvez consulter celle du premier jour (html5, android, web components …) ou celle du second jour (google wave).
Google I/O 2009, voici ce que j’en ai retenu :
- Le futur du Web, avec les premières démonstrations émoustillantes HTML 5.
- Google Wave, le prochain outil de communication et collaboration made in Google.
- La réconciliation de Google avec GWT et la sortie de GWT Query.
- Le futur d’Android, avec l’annonce de la branche Android 2.0 : Donut.
- Java sur Google App Engine en GA.
- Google Web Elements, comment intégrer les services Google dans vos pages web.
- Les macros dans Google Document, avec Google Apps Script.
- Arrivée des extensions dans Chrome.
Lire la suite de cet article »
Complet
Twitter
