Stratégie technologique
Conseil et Solutions

Attention, Flex ne permet pas d’exécuter des applications AIR dans un navigateur. Si l’environnement de développement permet de mutualiser le code entre un même projet Flex et AIR, d’importantes différences existent

Flex n’est pas Java

Flex est un fantastique environnement pour développer des applications riches. Il n’en reste pas moins une simple surcouche de Flash. Rien de péjoratif à cela, si ce n’est que Flash est un module qui s’exécute par le biais du processus du navigateur.

Intrinsèquement, il est donc impossible pour des applications Flex de communiquer avec l’extérieur de son environnement, à savoir le navigateur. Pas d’accès au système local de fichier donc, pas de drag & drop (glisser déposer) entre système d’exploitation et application Flex. On retrouve bien l’antédiluvien champ « upload a file », à la manière du HTTP POST, mais rien de plus.

Tout cela à la différence de Java, qui a pour lui d’être un module exécuté en propre. Les applets communiquent avec la machine virtuelle et ont ainsi accès au système de fichier, et supportent le drag & drop.

Adobe n’a semble-t-il pas l’intention de changer cet état de fait – c’est en tout cas ce qui ressort de la conférence MAX qui se tient actuellement à Barcelone - : AIR est le runtime desktop, Flex n’a pas vocation à s’exécuter autrement que via Flash, très certainement pour garantir le fantastique taux de pénétration du player Flash dans nos navigateurs (Flash 9 a dépassé les 93% d’ordinateurs équipés en moins d’un an) et ne pas se fâcher avec les DSI qui verraient d’un mauvais oeil un Flash ayant d’un coup la main sur le système de fichier local.

Pourquoi alors ne pas proposer un Flash Player « Pro » (en référence au Flash Player Mobile), qui serait certes moins déployé, mais offrirait un support indifférent des applications AIR sous navigateur et en version standalone ? Wait & See..