Programmation mobile: Native vs HTML 5 vs Titanium

HTML 5 est le langage de description d'interface utilisateur. L'association avec les données se fait en JavaScript avec un serveur de données, de préférence Node.js. Il cela permet de l'interfacer avec des API natives qui gèrent les fonctions de l'appareil. Une des plus utilisées est PhoneGap. La conception est aussi facilitée avec des frameworks comme Backbone et Sencha.

Coder en HTML 5 peut être très difficile. Il faut travailler avec un langage dynamique, gérer le mode offline, faire fonctionner le son si besoin et surtout tester l'application sur de multiple navigateurs. Pour une application de type business ce peut être plus facile grâce aux nombreux frameworks qui gèrent l'association des données avec l'interface.

Si elle se base sur les standards, telle d'API développée par Mozilla pour les mobiles, l'application sera là pour durer indéfiniment (à l'horizon informatique).

Grace à la balise Canvas qui offre une surface de dessin ou d'animation, toutes les applications graphiques sont possibles. Le son est aussi disponible mais peu efficace. WebGL offre la 3D mais c'est une technologie naissante. Des API donnent accès aux matériel, avec une réactivité inférieure à celle des applications natives.

L'application fonctionnera sur tous les systèmes d'exploitation et type d'ordinateurs ou mobile. Elle fonctionnera aussi sur Metro de Windows 8.
Le même code pourra être réutilisé sur un site Web, une application locale, une application mobile.

Les applications HTML 5 ont accès possible à l'AppStore, ainsi que sur Facebook mobile. Elle ont l'avantage d'une audience sur tous les systèmes ce qui se répercute par un echo plus large dans les média.

L'application doit dépendre peu des fonctions propres aux mobiles, comme senseurs et autres capteurs. C'est le cas des jeux, mais pour autant ce n'est pas la meilleure plateforme pour eux. Le son est pauvre actuellement. Il y a en fait des quantités de jeux sur Canvas.
Les applications pratiques ou liées à Internet ou qui accèdent à une base de donnée sont les plus faciles à réaliser.

Langage et outils de programmation dépendent du système. Pour iOS c'est Cocoa et le langage Objective C, pour Android c'est la machine virtuelle Dalvik et le langage Java. On a pu porter Dalvik sur d'autres systèmes, avec une expérience utilisateur plutôt moyenne.

La plateforme se place en seconde position en terme de difficulté. On dispose d'interface de développement généralement basées sur Eclipse avec des émulateurs sur le bureau. Il existe un générateur d'application pour Android. Quand on programme régulièrement en natif, cela semble plus simple qu'en HTML, mais c'est le contraire pour une première application.

De nouvelles versions de l'OS ou des appareils différents pourront rendre l'application obsolète. Elle devra donc être mise à jour régulièrement.

Rapidité, fluidité, accès aux composants graphiques natifs et autres composants du système.

En ce qui concerne Android, la fragmentation est importante. Une application pour Android 4 ne fonctionnera pas sur la 2.3. On tendra à limiter l'application pour trouver le dénominateur commun. Pour chaque OS, il faut réécrire l'application pour la porter sur un autre.

Une application iOS peut accéder à l'AppStore d'Apple. Ce n'est pas garanti. Une fois le droit d'entrée payé, l'application peut être refusée. Et si elle est acceptée, il faudra reverser 30% des revenus à la firme. En contrepartie, l'application disposera d'une large exposition et de ventes plus larges sur cette marque.

On peut accéder à toutes les possibilités de l'appareil et plus encore à de nombreux périphériques qui ont été inventés pour compléter un mobile. Voir l'article sur les applications des mobiles. En natif, tous les types d'applications peuvent être réalisés.

Combine un IDE basé sur Eclipse, Titanium Studio, et un SDK en JavaScript qui peut s'interfacer avec les API natives.

Dans la mesure ou le même code est utilisé pour tous les systèmes, c'est le plus facile à porter... Selon l'éditeur, on programme plus rapidemment qu'avec les langages Objective C ou Java. En fait on est surpris de voir qu'il faut moins de lignes de codes pour le même résultat.
La mise en ligne sur les AppStores est automatique.

L'avenir de la plateforme est lié à celui de l'éditeur. S'il se retire du commerce, il n'y aura plus de mise à jour du système. Mais le code est open source, et il pourrait toujours trouver repreneur.

Ajoute des services de cloud avec notifications aux applications et un service de statistiques pour connaître l'usage de l'application.

Compatible avec tous les mobiles, les tablettes, et les ordinateurs de bureau.

Les applications sont acceptées sur l'AppStore depuis un changement de politique de la part d'Apple.

Comme les applications natives, elles accèdent aux fonctions de l'appareil, mais la plateforme étant générique, et donc n'étant proche d'aucun système, elle seront moins adaptées. Ce qu'elle supporteront est le dénominateur commun de tous les systèmes supportés. Elle convient donc pour une application spécialement mobile mais non à une marque en particulier.