Pour revenir sur la question des unit tests, en cas deux bugs, tu as donc deux possibilités: - ou bien tu appliques un monkey patch qui tu rajouteras un override de la classe "patcher" dans ton projet, et tu mets tes tests dessus - ou tu participes au développement du framework Flex, en ouvrant un ticket, et en te permettant de modifier le code source du framework.
Globalement, la première solution est la plus safe. Cela permet d'avoir une visibilité sur les modifications effectuées sur le framework, et tout en laissant la possibilité de mettre à jour celui- ci facilement. Après, rien ne t'empêche de mettre tes tests autour de ce que tu modifies, quelques soit la solution que tu utilises. C'est d'ailleurs de cette manière que l'on pose des tests sur du legacy code. De plus, les tests écrits par d'autres personnes ne seront jamais de bons tests pour ton code / tes modifications. Sauf si tu vérifies que tous les tests prennent en compte les possibilités qu'impliquent tes modifications, tu ne peux pas les considérer comme fiables. @Eka: Adobe développe aussi Photoshop ;). L'exemple est un peu extrême, ceci dit, Flash, le compilo de Flash, et Flex ne sont pas les mêmes choses. --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/FCNG?hl=fr -~----------~----~----~----~------~----~------~--~---
