Test Driven Development (TDD) avec FlexUnit 4, un exemple complet
Ce n'est pas vraiment une mode puisque le TDD existe déjà pour des technologies plus anciennes que le Flex (Java, ASP, …). En quelques mots, celui-ci consiste à coder les tests avant de développer. Le développement ne commence que lorsque les tests ont tous donné le feu vert. Ainsi, toute l'étape de "debugging" est réalisée en amont.
Cela parait un peu flou au premier abord, et c'est pour cela que Elad Elrom a publié un article très complet sur le Test Driven Development:
Test Driven Development (TDD) with FlexUnit 4 – Complete Tutorial
Le bon côté de cet article est de présenter une approche du TDD sur une application qui ne soit pas un calculatrice (souvent l'exemple utilisé pour démontrer l'intérêt des tests unitaires). On a ici un client tweeter en Flex pour lequel on va tout d'abord écrire des tests (récupérations des tweets) puis le code correspondant.
De manière très subjective, je ne trouve pas ma place dans le TDD. Même si dans cet article, on tente de faire rentrer un "vrai cas d'application", on peut quand même voir que l'on doit pas mal travailler (création et code de tests) avant de pouvoir même valider le test. En une fois testé, il reste quand même la plupart des développements "ennuyeux" à faire (création et calage de l'interface au pixel, communication entre les classes & co). Bref, je n'y vois pas un gain de temps.
Si vous avez testé le TDD, que vous l'utilisez en production ou que vous avez fait machine arrière ou même que vous avez simplement envie de donner votre avis, n'hésitez pas à laisser un commentaire, je suis curieux de connaître votre opinion sur le Test Driven Development.
La vie d'un développeur Flex
Un petit billet pour vous faire partager un excellent article écrit par David Buhler qui est paru sur mes feeds ce matin:
Become, and maybe even stay, a Flex Developer.
Dans ce (long) article, l'auteur expose les situations et les difficultés auxquelles il a été confronté dans sa carrière de développeur, notamment de développeur Flex.
Personnellement, je me suis reconnu dans de nombreuses passages de l'article (notamment dans la partie un peu "codeur-no-life-passionné"). Il parle aussi des évolutions permanentes qu'impose le métier de développeur mais aussi de les approches "Entreprise" du développement.
Quelques conseils qu'il donne pêle mêle à titre d'exemple:
- Learn a tool that makes life easier. Try Cairngorm 3 Validation
- Learn a mainstream framework. Try Parsley
- Improve the quality of your code using a Code Quality tool. Try FlexPMD
- Learn a unit-testing framework. Try FlexUnit 4
- Make all of the above work with an automated build-process. Try Ant
- Learn some Java. The support for Java and Flex integration is excellent, the language and the OOP concepts are similar to Actionscript, and the tools for Enterprise development are robust. Try a Java Tutorial.
Bref, un article très complet et intéressant que je vous recommande vivement de lire





