Ben autant le dire direct : Qt est peut être une référence en matière de toolkit sur le desktop, mais il est totalement à la ramasse pour ce qui est du mobile, donc passe ton chemin de ce côté.
Sur mobile, tu as grosso modo 4 façons de faire :
- technos "portables" à base de technos Web : HTML5 & Co. Le côté portable est tout relatif puisque tu dois te contenter d'un sous-ensemble commun de fonctionnalités, et si t'es un minimum sensible à l'ergonomie, tu dois adaptée ton IHM pour respecter les guidelines de chaque plateforme. Sans parler des contraintes de perfs qui limitent bon nombre de scénarios d'application. Bref, pratique pour vendre une appli à pas cher pour un client qui veut juste voir son logo sur les stores.
- techno "portable" façon AIR : le nouveau Java : une appli, tourne partout, l'IHM aussi. Mêmes contraintes qu'au dessus, modulo les perfs qui sont un peu meilleur.
- techno "à moitié" portable façon Mono : même outils, même langage, mêmes API hors IHM, mais toolkit natif sur chaque plateforme. Inconvénient : faut recoder l'IHM pour chaque cible. Avantages : on a un résultat identique à une appli native au niveau design, ergo & perf, et on utilise des outils plus productifs et cross-plateforme.
- techno "native" : on prend les outils de chaque plateforme, et on recode tout from scratch pour chaque plateforme. Avantages : pas de limites. Inconvénients : faut du temps.
[^] # Re: mono?
Posté par TImaniac (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 7.
Ben autant le dire direct : Qt est peut être une référence en matière de toolkit sur le desktop, mais il est totalement à la ramasse pour ce qui est du mobile, donc passe ton chemin de ce côté.
Sur mobile, tu as grosso modo 4 façons de faire :
- technos "portables" à base de technos Web : HTML5 & Co. Le côté portable est tout relatif puisque tu dois te contenter d'un sous-ensemble commun de fonctionnalités, et si t'es un minimum sensible à l'ergonomie, tu dois adaptée ton IHM pour respecter les guidelines de chaque plateforme. Sans parler des contraintes de perfs qui limitent bon nombre de scénarios d'application. Bref, pratique pour vendre une appli à pas cher pour un client qui veut juste voir son logo sur les stores.
- techno "portable" façon AIR : le nouveau Java : une appli, tourne partout, l'IHM aussi. Mêmes contraintes qu'au dessus, modulo les perfs qui sont un peu meilleur.
- techno "à moitié" portable façon Mono : même outils, même langage, mêmes API hors IHM, mais toolkit natif sur chaque plateforme. Inconvénient : faut recoder l'IHM pour chaque cible. Avantages : on a un résultat identique à une appli native au niveau design, ergo & perf, et on utilise des outils plus productifs et cross-plateforme.
- techno "native" : on prend les outils de chaque plateforme, et on recode tout from scratch pour chaque plateforme. Avantages : pas de limites. Inconvénients : faut du temps.