Tom's Hardware > Actualités > Logiciels, jeux vidéos > Logiciels > Transformer du Flash en code pour iPhone

Transformer du Flash en code pour iPhone

03:31 - mardi 12 janvier 2010 par David Civera - source: Adobe

Adobe vient d’annoncer que Flash Professional CS5, actuellement en bêta privée, intégrera un Packager pour iPhone permettant à des projets ActionScript 3 de tourner sur le téléphone à la pomme.

Apple ne veut pas de Flash dans l’iPhone

Apple n’aime pas le Flash et quand on voit avec quelle difficulté il tourne sur Mac OS X et quand on sait que l’iPhone OS est un dérivé du système d’exploitation d’Apple, on ne peut s’empêcher de comprendre pourquoi (cf. « Flash sur iPhone : la raison de l'absence »).

Adobe a tenté de convaincre Apple de permettre le lancement d’applications Flash sur le téléphone à la pomme, mais en plus des problèmes de performances, Cupertino a plus intérêt à dire non que oui. En effet, cette position oblige les développeurs à passer par le SDK de Steve Jobs et d’utiliser les outils de la firme. Si l’environnement est gratuit, les développeurs ne payant que s’il désire voir leur application sur l’App Store et le téléphone, Apple contrôle la manière dont les programmes sont écrits (Objective-C) et la méthode de développement.

Adobe force les programmes flash sur l’iPhone

Or, l’idée d’Adobe, qui consiste à faire de Flash Professionel CS5 une espèce de WYSIWYG convertissant le programme Flash en un logiciel capable de tourner sur l’iPhone, ne nous semble pas si bonne que cela. En effet, comme tout programme de ce genre, le code ne sera jamais aussi optimisé que s’il est en Objective-C dès le départ. Au final, on risque de se retrouver avec des applications lentes, qui demandent trop de mémoire et qui ruinent les performances. En plus d’être frustrant pour les utilisateurs du téléphone, les programmeurs qui ont investi du temps et de l’argent pour développer une application correcte n’apprécieront pas non plus le résultat.

Au final, si symboliquement Adobe ouvre l’iPhone à des milliers de développeurs, nous craignions que la portée de son outil reste limitée, tout comme le projet MonoTouch de Novell, qui permet à un programme .NET de tourner sur l’iPhone (cf. « .Net pour écrire une application iPhone »).

Commentaires

Lire plus

Commentaires

Ajouter un commentaire

anonymous 12/01/2010 09:40

Masquer

L'annonce du support d'iPhone dans Flash CS5 a été annoncée au MAX, debut octobre 2009.
Votre analyse est d'ailleurs relativement fausse, le programme réalisé étant natif, les performances sont très proches de celles qu'on obtient en utilisant Objective-C.
D'ailleurs plusieurs applications sont déjà disponibles et elles ne sont pas si lente que ça (en tout cas pas pire que d'autres).

StanThall 12/01/2010 09:43

Masquer

C'était pas bien clair pour moi : WISIG

Bruce 12/01/2010 10:30

Masquer

Les perfs sont bien assez foireuses, les exemples existants sur le store sont lents dès qu'il y a un peu d'animation.

Le second problème principal : impossible d'utiliser l'interface native de l'iphone, il faut tout recorder en flash en perdant tous les avantages de la gestion des éléments via API. Ainsi les tableview, input et autres éléments natifs sont à refaire... 0 cohérence vis à vis des applications natives.

Doublec69 12/01/2010 12:35

Masquer

Citation :on risque de se retrouver avec des applications lentes, qui demandent trop de mémoire et qui ruinent les performances

Grosso modo, on risque de ce retrouver avec du Flash.

LVM 12/01/2010 13:05

Masquer

AlexisK :
L'annonce du support d'iPhone dans Flash CS5 a été annoncée au MAX, debut octobre 2009.Votre analyse est d'ailleurs relativement fausse, le programme réalisé étant natif, les performances sont très proches de celles qu'on obtient en utilisant Objective-C. D'ailleurs plusieurs applications sont déjà disponibles et elles ne sont pas si lente que ça (en tout cas pas pire que d'autres).

Non, non, merci de ne pas colporter de FUD.

Comme le dit Bruce, le peu qu'on a pu voir c'était des petits jeux 2D qui saccadaient abominablement sur un iPhone 3G avec une animation de 3 ou 4 petits objets. Ça c'est la réalité.

"Réaliser un programme natif" comme tu dis signifie absolument pas qu'il soit forcément rapide. La façon dont fonctionnant Flash étant extrêmement différente de Cocoa, Quartz ou même OpenGL, il y a trop de couches d'abstraction entre les deux.

shooby 12/01/2010 13:59

Masquer

Ils vont devoir retravailler leur truc là !

magellan 12/01/2010 15:32

Masquer

Il n'y a que moi qui se marre à l'idée même du principe? Depuis quand espérer obtenir de bonnes performances avec une recompilation bancale d'un programme dans un environnement qui ne lui est pas nativement destiné? D'autant plus avec du "wrapping" d'instructions qui sera ajouté dans le programme final... Grandiose pour les performances!

Non là, Adobe se fend la couenne pour presque rien, si ce n'est tenter d'attirer les devs flash ayant pondu un bidule pour le web, genre les jeux pourris mais distrayants qui pullulent sur la toile, et ainsi leur dire "recompilez simplement, ça va rouler sur Iphone". Or, ce n'est pas le cas à mon avis... loin de là.

Ceci dit, j'ai toujours eu du mal à comprendre pourquoi Apple refuse le flash. A la limite, que la société refuse silverlight je le conçois, mais le flash, malgré ses défauts (gourmand, pas si pratique que cela, relativement lent...) peut intéresser les développeurs pour de petites applications (jeux surtout), faciles à développer, et faciles à distribuer.

pluies 13/01/2010 10:13

Masquer

magellan :
Ceci dit, j'ai toujours eu du mal à comprendre pourquoi Apple refuse le flash. A la limite, que la société refuse silverlight je le conçois, mais le flash, malgré ses défauts (gourmand, pas si pratique que cela, relativement lent...) peut intéresser les développeurs pour de petites applications (jeux surtout), faciles à développer, et faciles à distribuer.

Ca c'est une excellente question. Je sais pas vraiment qui a commencé, mais les relations entre Apple et Adobe sont pas au beau fixe. Par exemple avec les versions Windows de CS4 ont le 64 bits, alors que les versions Mac se trainent une interface complètement bancale et un programme qui mériterait une grosse grosse refonte en Cocoa (dans la CS5 si on en croit certains... J'attends de voir) ; les versions pourries de Flash sous Mac (Flash 10 appelle le debugger() dans sa version en prod!!) ; ou encore les efforts d'Apple vers le HTML5/CSS3 pour passer outre Flash.

Il faudrait vraiment faire des gros efforts pour rendre HTML5 aussi accessible et facile à développer que Flash pour des infographistes/designers/"personnes-dont-le-boulot-n'est-pas-d'optimiser-le-code" ; car c'est ça la force de Flash actuellement (ça et sa base de devs).

magellan 13/01/2010 16:48

Masquer

Pluies :
Ca c'est une excellente question. Je sais pas vraiment qui a commencé, mais les relations entre Apple et Adobe sont pas au beau fixe. Par exemple avec les versions Windows de CS4 ont le 64 bits, alors que les versions Mac se trainent une interface complètement bancale et un programme qui mériterait une grosse grosse refonte en Cocoa (dans la CS5 si on en croit certains... J'attends de voir) ; les versions pourries de Flash sous Mac (Flash 10 appelle le debugger() dans sa version en prod!!) ; ou encore les efforts d'Apple vers le HTML5/CSS3 pour passer outre Flash.Il faudrait vraiment faire des gros efforts pour rendre HTML5 aussi accessible et facile à développer que Flash pour des infographistes/designers/"personnes-dont-le-boulot-n'est-pas-d'optimiser-le-code" ; car c'est ça la force de Flash actuellement (ça et sa base de devs).

Nous sommes d'accord, j'aimerais juste annoter deux trois bricoles.
- Windows a CS4 64 bits, mais il me semble que seul SL dispose d'un mode 64 bits. Leopard, lui est en 32 bits. C'est encore tout frais, donc laissons le bénéfice du doute à Adobe (du moins sur cet aspect).
- Flash sous Mac, c'est le principe du "ils ne sont pas si nombreux que ça, pourquoi se fendre d'une version clean?" J'ai en horreur ce genre de raisonnement, mais économiquement, il se tient.
- Les efforts d'Apple vers HTML5 sont parfaitement légitimes sur l'aspect technique, plus "douteux" sur l'aspect politique. Je soupçonne la firme de s'orienter vers ce standard parce qu'il représente d'une part une belle image de "propreté Web" qui fait tant défaut à MS, et pardessus le marché leur offre l'opportunité de se débarrasser encore un peu plus de Adobe dans leur navigateur.
- L'énorme force du flash, pour moi, c'est surtout qu'il est très facile à mettre en oeuvre, et ce notamment face à tous les autres produits susceptibles de faire du code. Tout est présent par défaut, l'outil de développement permet, en quelques heures en plus, de pondre un truc "viable" (pas performant, juste viable) pour le mettre en ligne. Les clones divers et variés de Arkanoid, Tetris, et autres licences de jeux "simples" pullulent et font même l'objet de TP flash pour les infographistes en formation!

C'est pour ces raisons que je trouve assez surprenant que Flash soit si mal supporté chez Apple. De là, je pense qu'il est salutaire qu'un concurrent tel que silverlight vienne chatouiller les pieds à Adobe. Il serait temps qu'il y ait de l'optimisation en terme de temps d'exécution par exemple!

pluies 13/01/2010 17:13

Masquer

magellan :
Nous sommes d'accord, j'aimerais juste annoter deux trois bricoles.- Windows a CS4 64 bits, mais il me semble que seul SL dispose d'un mode 64 bits. Leopard, lui est en 32 bits. C'est encore tout frais, donc laissons le bénéfice du doute à Adobe (du moins sur cet aspect).

Heuu...