Apache Adobe Flex TutorialTutoriaux Adobe Flex & AIR en Français

Concertation Flex 5 – Bilan et résultats

Il y a quelques jours, je vous annonçais l'organisation d'une rencontre entre développeurs FR pour imaginer la roadmap de la prochaine version de Flex:

Concertation Flex 5 – Partagez vos idées sur l'évolution du framework Flex

Chose promise, chose due, cette concertation a bien eu lieu cette après-midi. Ce billet va présenter les résultats des différents sondages réalisés pendant cette session ainsi que la liste des fonctionnalités que les développeurs demandent. Bien sûr, cela ne veut pas dire que ces éléments seront intégrés dans la roadmap, mais cela permet de doser le ressenti des développeurs sur les éléments manquants à Flex.

Avant de dévoiler les résultats, je tiens à remercier tous ceux qui ont participé à cette réunion (en cumulé, on a du atteindre les 80 participants).

Je vais mettre les résultats par ordre décroissant de votes. Le nombre entre parenthèses représente le nombre de votes.

Le compilateur FalconJS (Flex->HTML5) conviendrait-il à vos projets?

• (26) – Oui (sous réserve de bonnes performances)
• (10) – Non, je n'aime pas les cross-compiler, je préfère écrire mon contenu HTML5
• (7) – Non, j'ai des fonctionnalités impossibles à réaliser sans Flash Player
• (1) – Mon client ne me demande pas de migration / ne peut pas migrer

Comptez-vous (ou votre entreprise) participer au projet Spoon?

• (16) – Oui, en fonction du temps disponible
• (9) – Non, je continue flex j'attends de voir le travail de spoon avant de me décider
• (4) – Oui, participation active
• (4) – Non, mais je veux profiter des nouveautés du framework
• (2) – Non, je souhaite m'écarter de Flex.

Viennent ensuite les fonctionnalités attendues par les développeurs. Ces derniers ont d'abord tous donné les fonctionnalités qu'ils souhaitaient voir (en vrac). Celles-ci ont été consignées dans une liste de 40 points différents. Au bout d'une grosse heure de discussions, les participants ont pu voter (sans voir les résultats) pour une ou plusieurs fonctionnalités.

Fonctionnalités les plus demandées

• (27) – Amélioration du langage (constructeurs privés, surcharge d'opérateurs, generics, metatags, enums, classes abstraites, introspection) pour venir au même niveau que Java
• (26) – Terminer la "sparkisation" de tous les composants (Tree, Charts,…)
• (23) – Amélioration du simulateur pour AIR mobile (résolutions, …)
• (22) – Outils de debug avancés (pouvoir suivre les propagations des évènements par ex.)
• (21) – Gestion du contenu HTML (y compris sur mobile)
• (20) – Réduire le couplage fort du code du SDK en utilisant davantage d'interfaces
• (20) – Amélioration des composants Spark (Label selectable, Autocomplete, …)
• (20) – Amélioration du debug sur mobile ( player debug + erreurs ANEs)
• (19) – Affichage natif des PDFs
• (19) – Possibilité d'embarquer un navigateur (type Webkit pour AIR) aussi en web dans Flash Player
• (18) – SQLite en web, pas que dans AIR
• (17) – Intégration officielle de maven (archetypes & co)
• (17) – Réduire la taille des swc du framework
• (17) – Etre plus souple avec des règles de securité incompréhensibles (cross domain, clavier en full screen, etc.)
• (15) – Impression
• (15) – Intégration avec les gestionnaires d'historique / mot de passe navigateur
• (15) – Faire le rendu graphique des composants en passant par le GPU
• (14) – Support du développement des ANEs
• (14) – Améliorer StageWebView pour communication avec JS / DOM + SWV Desktop
• (14)  - Réanimation des outils orientés qualité: Flex CPD, FlexPMD, et améliorer l'intégration à Sonar
• (14) – JPEGEncoder et PNGEncoder du SDK plus rapides (Alchemy) et asynchrones
• (13) – Suppression des composants MX + modification des packages trop communs comme core.
• (13) – Un système de création et de partage de composants à la sauce App Store avec 3 niveaux progressifs: 1) Instable: proposé à la communauté et rapidement testé 2) Stable: Validé par plein de développeurs qui l'ont utilisé en prod 3) Officiel: intégré dans le framework Flex
• (13) – Outil d'obfuscation du code
• (12) – Remplacer la classe Tween fournie par Adobe car trop lente)
• (12) – Personnalisation du menu contextuel en click droit (FP 11.x)
• (11) – Faciliter l'updating des applications AIR compilée avec Captive Runtime
• (11) – Référencement
• (10) – Contrôle des metatag à la compilation (par exemple: un Bindable dans une interface peut ne pas être Bindable dans l'implémentation, idem pour les [Event] dont le compilateur ne contrôle pas l'existence d'un dispatch ===> les interfaces gagneraient encore plus en intérêt)
• (10) – Permettre la contribution au Framework via Git
• (9) – Sortir les intégrations des compilateurs (ADL et autres) de FB, dans une appli externe (pour une meilleur intégration du SDK dans d'autre IDE)
• (9) – Gestion du son dans les applications
• (8) – Réduire les dépendances vers UIComponent à 0
• (8) – Permettre des installations automatiques (one click) de technologies stacks en local, genre (Spring/Hibernate on Tomcat ; EJB3/Hibernate on JBoss ; Spring/Hibernate on Tomcat  or Jetty )
• (8) – Régler le problème de différence de rendu des polices embedded dans une application AIR Desktop, selon les plate-formes
• (7) – Envisager une meilleure intégration de GraniteDS
• (7) – Fusion des projet GraniteDS et BlazeDS + support du RTMP
• (7) – Améliorations BlazeDS : gestion de types BigInteger et BigDecimal de base.
• (6) – ASDoc: Support des variables de compilations + possibilité de générer seulement une partie (celle qui fonctionne)
• (4) – Améliorations BlazeDS : intégrer d'emblée le non-blocking NIO de manière à permettre la scalabilité du messaging

Analyse rapide des résultats

Il est intéressant de voir que la fonctionnalité la plus votée est une amélioration du langage ActionScript 3 sur lequel repose Flex. La plupart des développeurs Flex ont de l'expérience dans d'autres domaines / langages (Java, le plus souvent) et souhaitent arriver aux mêmes possibilités syntaxiques. Cela peut aussi permettre aux frameworks d'injection de dépendance de devenir plus puissants et de mieux s'intégrer avec le code (metatags compilés, introspection, …).

Pour le reste, je crois que les fonctionnalités parlent d'elles-même. Pour n'importe quel développeur Flex, le Top 10 peut améliorer sa productivité et la qualité de son code.

Encore une fois, merci à tous les participants d'avoir donné un peu de leur temps !

Comme je l'avais annoncé dans mon billet précédent, je serai à San Francisco la semaine prochaine chez Adobe pour discuter de la roadmap de Flex. Votre parole sera donc entendue