Flash Builder pour les développeurs AS3

La semaine dernière, Adobe a publié une version bêta de Flash Builder 4; la mise à jour de Flex Builder 3. Il y a eu beaucoup de discussions sur le changement de nom, mais il est clair qu'Adobe veut dissiper la confusion qui entoure le fait que Flex est un framework et Flash la plate-forme..

Voyant comment j'utilise Flex Builder pour rédiger mes projets ActionScript 3.0 depuis plus d'un an, j'ai pensé mettre en avant certaines des nouvelles fonctionnalités pour aider tous vos développeurs ActionScript 3.0 Flash…

Malheureusement, au quotidien, je n’utilise pas beaucoup Flex. Dans cet esprit, je ne me concentrerai que sur les fonctionnalités qui se rapportent davantage aux projets ActionScript 3.0, mais voici tout d'abord quelques ressources intéressantes sur le support Flex 4 de Flash Builder 4:

  • Nouveautés de Flash Builder 4 bêta
  • Quoi de neuf dans Flex 4 SDK
  • Présentation de Flex 4 (Gumbo)
  • Wiki Flex SDK Open Source

Maintenant que Flex vous échappe, passons directement aux fonctionnalités que vous pourrez utiliser dans votre prochain projet ActionScript 3.0..

Refactoring

Le refactoring est une partie essentielle du développement de toute application. Le refactoring consiste à renommer des classes et à les déplacer pour aider à organiser et optimiser votre structure de code sous-jacente. Le refactoring a toujours été un point sensible dans Flex Builder, mais Flash Builder 4 ajoute deux nouvelles commandes pour simplifier les choses..

Le premier est Rename. Cela vous permet de renommer une variable ou une méthode et toutes les références à cet élément seront mises à jour. C’est très important et je suis heureux de constater qu’il dispose de sa propre option de menu. Voici un exemple rapide d'utilisation:

  1. Recherchez une variable ou une méthode que vous souhaitez renommer.
  2. Mettez en surbrillance et faites un clic droit.
  3. Sélectionnez Refactor> Renommer.
  4. Entrez le nouveau nom et cliquez sur Continuer..
  5. Tous les fichiers avec une référence à cet élément seront modifiés et mis à jour.

La prochaine étape est Move. Ceci est important lorsque vous déplacez un fichier de classe d'un paquet à un autre. En réalité, cela existait dans Flex Builder 3, mais dans Flash Builder, il renommera le package de la classe à l'emplacement où il a été déplacé. Ceci est incroyablement pratique et un excellent ajout à l'éditeur. Voici comment l'utiliser:

  1. Cliquez avec le bouton droit sur un fichier de classe que vous souhaitez déplacer..
  2. Sélectionnez Refactor> Move.
  3. Trouvez une destination et cliquez sur Continuer.

Package Explorer Mises à Jour

Outre les icônes mises à jour, l'explorateur de paquets est maintenant plus facile à lire et à comprendre. En outre, il existe une fonctionnalité très intéressante qui vous permet de développer le fichier d'une classe et de voir toutes les méthodes qu'il contient sans avoir à l'ouvrir. Voici un exemple:

Désormais, les packages par défaut sont clairement identifiés et tous les sous-packages ont des icônes différentes de celles du package principal pour mieux voir la hiérarchie des packages..

En plus de ces fonctionnalités, tous les projets ont maintenant la même icône que Flash IDE, une zone rouge avec un F au dessus. C'est la façon dont Adobe vous rappelle que tout est conçu pour Flash, mais il me manque de voir que les projets Flex et ActionScript sont clairement différents visuellement..

ASDoc Panel

Il y a maintenant un nouveau panneau ASDoc qui vous montrera la documentation de code sur toute variable ou méthode que vous mettez en surbrillance. S'il n'y a pas de commentaire pour l'élément sélectionné, vous verrez une description simple de l'élément..

Points de pause conditionnelle

Les points d'arrêt sont un atout majeur lors du développement dans Flex Builder et cette fonctionnalité a été légèrement améliorée dans Flash Builder. Les points d'arrêt conditionnels vous permettent d'arrêter votre code lorsqu'une condition spécifique est remplie. Supposons que vous souhaitiez tester lorsqu'un Sprite disparaît de l'écran? Maintenant, vous pouvez créer un point d'arrêt et le faire activer lorsque le x du Sprite est supérieur à stade.stageWidth.

  1. Créer un point d'arrêt.
  2. Faites un clic droit dessus et sélectionnez les propriétés du point d'arrêt.
  3. Sélectionnez la condition d'activation.

Courir vers une ligne spécifique

Cela vous permet de continuer au-delà d'un point d'arrêt vers une ligne de code spécifique. C’est génial si vous êtes en train de passer en revue vos points de rupture et que vous voulez voir seulement une petite partie de votre code être exécutée. Voici comment vous pouvez le faire:

  1. Créer un point d'arrêt.
  2. Exécuter le débogueur jusqu'à ce que le point d'arrêt soit atteint.
  3. Allez à la ligne que vous souhaitez exécuter, cliquez avec le bouton droit de la souris, puis sélectionnez Exécuter vers la ligne..

Tests unitaires

Les tests unitaires vous permettent de créer des tests de code qui valident des parties de votre application. Ils sont très gros dans presque toutes les langues, mais sont nouveaux pour le développement Flash. L'idée de base est que vous écrivez une classe simple pour exécuter du code à partir d'une autre classe afin de valider qu'elle a réussi à exécuter la commande. Les tests unitaires sont désormais intégrés à Flash Builder. Il utilise réellement FlexUnit. Bien que la configuration complète du test unitaire dépasse le cadre de cet article, je vais vous montrer quelques étapes simples pour le rendre opérationnel:

  1. Cliquez avec le bouton droit sur la classe que vous souhaitez tester, sélectionnez Nouvelle classe TestCase, puis cliquez sur Suivant..
  2. Choisissez quelle méthode vous voulez tester.
  3. Une fois la classe créée, vous pouvez cliquer avec le bouton droit de la souris sur la classe de test d'unité et sélectionner "Exécuter le test d'unité"..
  4. Ajoutez votre code de test unitaire.
  5. Utilisez Run ou Debug pour exécuter votre application en tant que test unitaire..

La configuration de bons tests unitaires peut être complexe et prendre beaucoup de temps, mais il est intéressant de voir l'aide de Flash Builder automatiser le plus possible. Espérons que le test unitaire des applications Flash deviendra une pratique plus largement acceptée.

Modèles

C’était l’une des fonctionnalités que j’espérais vraiment voir ajoutées à Flash Builder. Les modèles de code dans Eclipse vous permettent de sauvegarder un extrait de code et de le rappeler à tout moment. C'est vraiment utile lors de la configuration de boucles ou de code d'échafaudage répétitif, vous devrez peut-être taper encore et encore. Malheureusement, l'implémentation de modèles est limitée à la configuration de fichiers de classe..

Voici où vous pouvez trouver les paramètres afin de les mettre à jour:

  1. Accédez au panneau Préférences Eclipse..
  2. Déplier l'onglet Flash Builder.
  3. Sélectionnez les modèles de fichiers.
  4. Modifier au contenu de votre coeur.

Ciblage de joueur

Dans Flex Builder 3, vous ne pouviez pas cibler une version spécifique de Flash Player. Désormais, dans Flash Builder, vous pouvez indiquer au projet de créer la version exacte de Flash Player dont vous avez besoin. Il est également assez intelligent pour vous dire ce qui est spécifique à Flash Player 10.x.xxx et à Flash Player 9.x.xxx. Il existe également un Flex SDK 3.4 mis à jour pour Flash Player 9.x.x. Si vous sélectionnez Flex SDK 4.0, vous êtes verrouillé dans Flash Player 10.x.xxx. Voici comment vous pouvez modifier cette propriété:

  1. Cliquez avec le bouton droit sur un projet et sélectionnez Propriétés du projet..
  2. Allez dans l'onglet Compilateur (son nom est différent selon le type de projet dans lequel vous vous trouvez).
  3. Vous pouvez choisir la version du kit SDK Flex. Vous trouverez ci-dessous une propriété des options de Flash Player permettant de modifier la version spécifique que vous souhaitez créer..
  4. Cela revient à mettre -target-player = 10.0.0 dans la fenêtre des arguments supplémentaires du compilateur.

Bugs, problèmes et solutions de contournement

J'ai constaté quelques problèmes lors de la configuration de Flash Builder 4 en dehors de la version bêta et j'ai pensé partager mes notes ici:

Si vous êtes sur un Mac et essayez d’installer subclipse, vous n’irez pas très loin. J'ai trouvé ce bon tutoriel pour vous aider à le faire fonctionner.

Lorsque vous configurez SVN et que vous extrayez un projet avec l’assistant de création de projet sous forme de bibliothèque, il ne se souvient plus du chemin source que vous avez sélectionné. Pour vous donner un exemple, lorsque je récupère Flash Camo et que je sélectionne src comme répertoire source principal, il me reste à accéder aux propriétés du projet, une fois celui-ci extrait, et à sélectionner de nouveau le dossier source et toutes les classes. C’est ce qui s’est produit dans Flex Builder 3 et reste un peu gênant..

Vous voulez le support d'ANT? Je suggérerais d'installer la version plug-in de Flash Builder, qui installe également une copie vierge d'Eclipse 3.4 (Ganymede). Vous obtiendrez également l'éditeur Java, mais vous pouvez simplement l'ignorer si vous ne l'utilisez pas. Ma première impression de Flash Builder autonome a été que beaucoup de bonnes choses avaient été supprimées de leur version personnalisée Eclipse..

Ce n'est pas un bogue, mais plutôt une observation entre la création d'un projet Flex 4 et un projet ActionScript 3.0 et quelque chose que chaque développeur doit prendre en compte. Créez un projet Flex 4 par défaut et un projet ActionScript 3.0 par défaut, puis effectuez une génération de version pour chacun et examinez la taille du fichier swf. Un projet Flex par défaut sans code est à 194 Ko par rapport à un projet ActionScript 3.0 par défaut à 562 octets. Maintenant, bien sûr, le projet Flex va être plus grand puisqu'il inclut le cadre, mais commencer à presque 200 000 est une surcharge énorme si vous ne tirez pas pleinement parti du cadre. Juste quelque chose à penser à la prochaine fois que vous spécifiez un projet et quelle technologie vous envisagez d'utiliser comme base de code pour votre projet.

Dans l'ensemble, il semble que tous les sujets abordés dans le didacticiel Flash Developer Sandbox (parties 1 et 2) fonctionnent pour vous dans Flash Builder. Comme je l'ai mentionné ci-dessus, le seul problème est le SVN. Donc, si vous débutez dans Flash Builder et souhaitez apprendre à configurer un flux de travail simplifié, consultez mon didacticiel..

Pensées finales

Il semble que Adobe ait ajouté de nouvelles fonctionnalités à Flash Builder, ce qui en fait un outil encore plus performant pour le développement de projets Flash. Même si la majorité des nouvelles fonctionnalités ont été intégrées aux projets Flex, j'espère illustrer plusieurs améliorations clés dont les développeurs ActionScript 3.0 peuvent tirer parti. Comme dans toute version de logiciel, de nombreuses fonctionnalités auraient été utiles, mais je suis très satisfait de ce qui est fourni dans cette version bêta. Avec la concurrence féroce de FDT, il est de plus en plus difficile de choisir un favori. Les tests unitaires représentent à eux seuls une amélioration majeure et constituent probablement la fonctionnalité qui me passionne le plus. Je suis également impatient de jouer avec la nouvelle version du Flex Framework.

S'il vous plaît poster vos pensées, sentiments ou problèmes ci-dessous dans les commentaires. Merci d'avoir lu.