Ce matin, je suis tombé sur un bug assez énervant qui faisait qu’après une réassignation du dataProvider d’une comboBox, celle ci ne se mettait pas à jour visuellement de suite. Par exemple, si ma comboBox contient 3 éléments, puis que je lui donne un nouveau tableau avec 5 éléments, la liste déroulante prend la place de 5 lignes, mais il n’y a que 3 éléments affichés. Pour corriger ce soucis (qui semble avoir été corrigé dans Flex 4, mais pas dans la version 3.5 que j’utilise sur mon projet courant), il faut réassigner aussi le dataProvider de la liste déroulante.

Voici le bout de code qui fait l’affaire :

1
2
3

var newArray : Array = [ 0, 1, 2, 3, 4 ]; // Nouveau tableau à assigner
combo.dataProvider = newArray; // Assignation du dataProvider de la comboBox
combo.dropdown.dataProvider = newArray; // Assignation de la liste déroulante

Articles sur le même sujet :

1. Combobox flex
2. ComboBox flex : rowCount
3. Bug ComboBox Flex

Vous avez toujours rêvé de savoir comment on pouvait générer un labyrinthe à l’aide d’un programme informatique ? Et bien, voici un article fort intéressant qui vous explique en détail cette création, allant de la théorie à la pratique. Tout un chapitre décrit la partie algorithmie, puis un exemple en flash est proposé avec le code source pour s’en inspirer, le tout sous licence GNU GPL v3, donc il ne faut pas se priver.

Algorithmique pratique et optimisation de code : La génération de labyrinthes.

Articles sur le même sujet :

1. Flex bientôt open source !!!
2. Génération des getter/setter
3. FileReference.browse et Flash player 10

Le SDK Flex 4 a introduit un certain nombre de nouvelles classes et de nouveaux composants qui utilisent la nouvelle architecture, permettant de faire de nouveaux skins et autres personnalisations, beaucoup plus simplement. Voici un tableau montrant les composants Flex 3 MX et leurs homologues Flex 4 Spark:

Aucun d'article en relation

Lors du développement d’un projet flex bien structuré, un des aspects qui peut devenir vite assommant est la création structurée des VO.
Il faut d’abord créer la classe puis la nommer, créer et typer les variables privés, les getters et les setters, puis enfin créer les autres fonctions du VO.

Mais maintenant avec Flash Builder 4, la génération des getters et des setters est simplifiée à l’extrême. Il n’y a qu’à lui demander.
Pour cela il faut, après avoir sélectionner la variable voulue, aller dans « source>Générer Getter/Setter »

Et là vous pouvez :

• rendre votre variable privée si vous ne l’avez pas encore fait;
• la renommer d’une manière correcte;
• nommer vos getter/setter;
• générer soit un getter, soit un setter, soit les deux;
• gérer l’espace de nom de vos getter/setter;
• et enfin insérer le code généré soit avant les méthodes, soit après celles-ci, soit encore juste après la déclaration de la variable.

Grâce à l’aperçu, vous pouvez voir le code que Flash Builder va insérer et vérifier qu’il n’a pas fait d’erreur.

Une fois que vous avez cliqué sur OK, vos getter/setter sont prêts.
Il faut bien entendu, le faire pour chaque variable créée, mais là malheureusement Flash Builder n’a rien prévu.

Articles sur le même sujet :

1. Flex Unit et Flash Builder
2. Gestion des marqueurs d’un projet
3. Génération de labyrinthes

Lors d’un développement, les tests unitaires sont très importants. Pour un développement flex, il existe flexUnit.
Avec Flex builder 3, on devait intégrer la librairie FlexUnit, puis créer manuellement, les classes de tests, les classes de suite de tests et l’application de lancement de tests. Il y avait des problèmes pour lancer seulement certains tests ou pour relancer les tests qui avaient échoués après correction. Il fallait souvent relancer tous les tests pour une correction.

Maintenant avec flash builder 4, FlexUnit est intégré directement dans flash builder. Pour créer des tests unitaires, on demande à flash builder de créer une classe de test, dont on choisit le nom, la classe à tester et les méthodes à tester. Il ne reste plus ensuite qu’à remplir les méthodes de tests.

Pour créer une suite de tests, il suffit de le demander à flash builder, en lui indiquant un nom et quelles sont les classes et les méthodes de tests à inclure. On peut inclure, soit des méthodes seules, soit des classes entières, soit même d’autres suites de tests.

L’application de test se crée toute seule lors de l’exécution de tests unitaires (que ce soit une classe de tests ou une suite).

Après le lancement d’un groupe de test, on peut voir au niveau de l’application de tests ainsi qu’au niveau de la vue de tests de flash builder, quels sont les tests ont réussi, échoué et s’il y a eu des erreurs.

Enfin à partir de la vue de flash builder, on peut aussi relancer la suite de tests, une ou plusieurs méthodes de tests particulières ou relancer les tests qui ont échoué.

Articles sur le même sujet :

1. Flash Builder 4 / Flex 4
2. Génération des getter/setter
3. Flash Builder 4 & Flash Catalyst sur l’Adobe Labs

Voici un petit tutoriel (en anglais) présentant la possibilité de sauvegarder un fichier XML au format binaire, pour gagner de l’espace disque dans le cas d’applications ayant des xml très volumineux.

C’est à consulter par ici : http://www.ghostwire.com/blog/archives/as3-saving-xml-as-binary/

Articles sur le même sujet :

1. Documentation AS3 sur iPhone

Voici un article publié sur InsideRIA parlant de bonnes pratiques pour avoir un code flex performant.

A lire sans plus attendre : insideria tips for flex

Articles sur le même sujet :

1. Externaliser la configuration de ses remoteObjects.
2. Astuces Adobe Flex, Adobe Coldfusion, Papervision 3D
3. Pour vos projets Flex : coding conventions and best practices

Le magazine en ligne « Flash & Flex Developper’s magazine » dans son édition de Mars vient d’être mis à disposition gratuite. Il est possible de le télécharger au format PDF à l’adresse suivante : http://www.ffdmag.com/prt/view/about-the-mag/issue/1015.html.

On retrouve dedans des infos sur des points précis du développement de flex, mais aussi sur des aspects plus génériques comme l’architecture de son application à l’aide du framework Cairngorm.

On y trouve aussi un intéressant article sur l’utilisation de modèles 3D, créés grâce au logiciel libre Blender, dans flash grâce à Sandy 3D.

A lire de toute urgence pour les anglophones.

Articles sur le même sujet :

1. Magento e-commerce : Flash, Flex et AIR
2. Flex Unit et Flash Builder
3. Retour sur le Adobe onAir Tour

Le site Flex tutorial a mis en ligne une série d’articles sur l’utilisation d’Adobe Flash Collaborative Services (AFCS) anciennement appelé Cocomo, permettant de s’adonner aux joies des outils collaboratifs. On y retrouve toutes les informations utiles permettant de construire son application basée sur ce service, et ainsi gagné un temps loin d’être négligeable lorsque l’on doit mettre en place ce type de structure.

A consulter de toute urgence sur ce lien

Articles sur le même sujet :

1. Retour sur le Adobe onAir Tour
2. Documentation AS3 sur iPhone

Voici une petite astuce d’écriture pour éviter de devoir inverser les conditions lorsqu’on les place dans du code mxml. En effet, Flex ne supporte pas que l’on ait les opérateur && dans du code mxml.

Le code : <mx:Label text= »matsiya » visible= »{condition1 && condition2} » /> devrait fonctionner dans la logique, puisque <mx:Label text= »matsiya » visible= »{condition1 || condition2} » /> fonctionne très bien, mais ce n’est pas le cas.

On pourrait certainement chercher pourquoi derrière il refuse cette compilation car le code mxml n’étant autre que du code as3, la raison doit se trouver là dedans. Néanmoins, ce problème d’écriture résulte souvent dans une prise de tête.

Pour le contourner, il suffit alors d’écrire sous la forme suivante :

<mx:Label text= »matsiya » visible= »{(int(condition1)*int(condition2))==1} » />

Cela rend le code un peu moins lisible, mais est terriblement efficace.

Articles sur le même sujet :

1. ColdFusion et Flex : la compilation main dans la main
2. Compilation Flex via ColdFusion
3. Astuce VBox – Repeater