Nous vous avons parlé à de nombreuses reprises de GWT, la technologie développée par Google permettant de générer du Javascript depuis un code Java.

Ici, nous vous proposons de découvrir MGWT pour Mobile GWT, inclut tout ce dont nous avons besoin pour développer une application mobile multi-plateformes:

• des composants adaptés pour mobiles: boutons, listes déroulantes, tabulations, listes, etc.
• des layouts pour téléphones et tablettes
• des animations
• la gestion de gestuels

Les dernières versions étaient un peu lentes, GWT a beau être très optimisé, le résultat est tout de même prévu pour un PC et non le processeur d’un téléphone/tablette.

Dans cette nouvelle version, un grand coup d’optimisation a été donné, ainsi que de grandes améliorations:

• A un panel pour le swipe
• Des cellules avec des entêtes animées
• Des cellules à onglets
• Gestion des swipe, pinchs courts, longs et multiples
• Un composant « pull-to-refresh » amélioré

Ce framework, lié à GWT PhoneGAP, est pour nous une réelle alternative à des frameworks Javascript web tels que Sencha Touch, JQuery Mobile ou autres.

The post MGWT, le GWT pour mobiles, sort sa version 1.1 appeared first on Mistra Blog.

Android, iPhone, Blackberry et maintenant Microsoft via Nokia et ses Windows Phone 7. Plus nombreuses sont les plateformes et plus il est couteux pour une entreprise d’être présente sur tous ces supports mobiles. Cependant pour beaucoup d’entreprises  il est indispensable d’apparaître partout. Le développement en utilisant les technologies web, avec HTML5 principalement, permet déjà de faire de belles choses mais de gros problèmes de lenteurs et de non-réactivité arrivent et l’ergonomie utilisateur sur mobile est une priorité.

Nous vous proposons donc un point sur les différentes technologies aujourd’hui qui permettent de faire du développement multi plateformes. Par multi plateformes nous entendons de développer une fois (à quelques ajustements près) et de déployer sur 2 à plusieurs plateformes mobiles (smartphones ou tablettes).

Frameworks Web

La première réponse « évidente » est de développer en utilisant non pas des technologies natives (Java pour Android, Objective C pour iPhone/iPad) mais plutôt des technologies web que nous exécuterons à l’intérieur d’une application native minimaliste (permettant de passer tout de même par le Market / App Store).

Deux problèmes se posent tout de suite :

1. Comment factoriser mon code afin d’avoir une application marchant directement sur tous les terminaux
2. Comment optimiser mon application pour qu’elle soit le plus rapide possible (ce n’est pas du natif, ça reste du Javascript dans un navigateur)

Concernant le premier point, beaucoup de frameworks sont sortis pour résoudre ce problème. Dans notre formation Web mobiles multi plateformes nous présentons par exemple les frameworks suivants :

• iUI : framework le plus ancien, utilisé par exemple pour le site m.bonjourmadame.fr
• JQuery Mobile : framework beaucoup plus récent dont la version 1.0 date de quelques semaines. Ce framework est très facile à prendre en main
• Sencha Touch : basé  sur le très utilisé ExtJS de la société Sencha, Sencha Touch reprend toutes les notions de développement de ExtJS et permet avec une vision très objet de définir son interface (nous ferons d’ici peu un article sur Sencha Touch 2 que nous découvrons en ce moment même et qui apporte beaucoup !)

Concernant le 2^ème  point à savoir l’optimisation de mon application, peu de solutions existent aujourd’hui. Les applications web sont souvent bien moins réactives et l’interface, même proche du « natif » en reste tout de même très loin. La meilleure solution que nous ayons trouvée aujourd’hui en termes de performance est d’utiliser GWT (encore et encore). Grâce au Deferred Binding permettant de ne charger que le code nécessaire à la plateforme appelante, l’application est plus réactive. Nous pouvons citer le projet MGWT qui est une adaptation de GWT pour mobiles avec des composants développés exclusivement pour. Un exemple d’application peut être trouvé sur l’App Store d’Apple ou le Market Android.

Enfin, il faut noter que quel que soit la technologie utilisée, il faut pouvoir en créer une application native. Pour cela, nous utilisons le plus souvent PhoneGap, un projet open source ayant une grande communauté. Il permet entre autres :

• D’avoir une application native chargeant notre application web
• D’accéder à toutes les fonctionnalités natives du téléphone : accéléromètre, GPS, Contacts, Fichiers, etc.
• D’exporter vers un fichier que nous pouvons directement envoyer sur le Market Android ou l’App Store d’Apple

Nous pouvons aussi citer Titanium qui a les mêmes fonctionnalités que PhoneGap.

Les Frameworks « à compilation »

Le réel problème de tous les frameworks web est que le seul langage utilisable est le JavaScript (ou le Java si on fait du GWT). C’est évidemment un problème au vu du temps de développement nécessaire à une application professionnelle (design à intégrer, etc.) et des limites en termes de performance : notre application sera toujours lancée au sein d’un navigateur.

Des solutions sont donc apparues permettant de créer des applications dans un langage non web et de générer du code natif.

Adobe Flex

La première solution est celle d’Adobe : Flex. Chez Mistra nous sommes de grands utilisateurs de Flex et nos clients apprécient tout particulièrement nos retours d’expérience sur des projets de grande envergure.

Adobe, depuis sa version 4.5, a mis en place une solution appelée « Flex Mobile ». Comportement quasi identique au Flex, même syntaxe, seuls de nouveaux composants orientés mobiles sont apparus pour une meilleure ergonomie utilisateur.

Une application Adobe Flex, quand elle n’est pas utilisée dans un navigateur, est lancée au sein de la machine virtuelle Adobe AIR. AIR est déjà présent sur Android, votre application Flex a donc simplement à être compilée pour AIR, elle marchera d’ores et déjà sur tous les mobiles Android (supérieur à 2.2).

L’iPhone et l’iPad sont des plateformes plus complexes. Steve Jobs ne voulait pas de Flash sur ses mobiles. Adobe a dû trouver une solution alternative : la génération de code natif. Lorsque vous créez une application en Flex (en MXML et Actionscript 3), le moteur Flex génère directement du code natif importable dans l’interface Apple Xcode. Il suffit ensuite d’exporter le projet sur l’Apple Store.

Pour des développeurs Flex, une simple formation Flex Mobile de 2 jours vous permet d’être parfaitement compétent sur mobiles et tablettes (Android et Apple).

Vous pouvez consulter une preview de Flex sur iOS qui date de Mars 2011.

Mono Touch / Mono Droid

Quid de nos chers développeurs C# dans tout ça ? Bloqués sur la plateforme de développement des  Windows Phone 7 ? Bien que leur nombre augmente, ça reste une audience très faible. Et bien nous avons la solution pour eux, qui fera l’objet d’un article entier d’ici peu : Mono Touch et Mono for Android. Bien que ce soit le même projet en coulisse, nous avons ici deux frameworks au vu des grandes différences de plateforme.

Mono est une machine virtuelle, open source, permettant d’exécuter du code .NET dans n’importe quel environnement : Mac OS, Linux, BSD, etc. De la même façon que Flex génère un code tournant sous la machine virtuelle Adobe AIR pour Android ; ici nous avons Mono for Android qui permet aux développeurs C# de développer des applications pour Android. Le fichier final généré est empaqueté avec Mono, permettant de le faire fonctionner sur tous les mobiles Android.

A l’inverse, Mono Touch n’échappe pas à la règle d’Apple. Ils ont donc dû faire le même choix qu’Adobe : générer du code natif. L’avantage principal est que l’application est très rapide et les résultats impressionnants. L’accès aux librairies UIKit est total donc nous avons accès à l’intégralité des fonctionnalités de l’appareil. C’est ici la grande différence entre les frameworks Mono Touch et Mono for Android.

Bien que Mono soit opensource, MonoTouch et Mono for Android sont eux payants : comptez 400 $ par développeurs.

En conclusion

Il y a ici deux écoles, celle qui défend les standards et l’open-source (et veut donc pousser HTML5) et celle qui souhaite gagner en temps d’apprentissage et de développement. L’avenir nous dira si seules les applications web ont un avenir sur les mobiles mais ce qui est sûr, c’est qu’il est aujourd’hui tout à fait possible de faire des applications natives sans avoir à connaître les détails de la plateforme de développement.

The post Le développement mobile « multi plateformes » appeared first on Mistra Blog.