Flex Debug – L'API pour le debugging
Bien que les erreurs à l'exécution soient utiles, bien souvent, vous aurez besoin de bien plus que seulement des erreurs à l'exécution pour identifier les bugs. Dans ce cas-là, le Flash Debug Player expose une API pour que les développeurs puissent interagir avec une application à l'exécution. Cela inclut la possibilité de fixer des breakpoints (points d'arrêt), de jouer le code au pas-à-pas, de fixer et de récupérer des variables à l'exécution ainsi que d'autres fonctions relatives au debug. Deux debuggers sont disponibles sur le marché, tout deux crées par Adobe.
Le premier est le debugger gratuit en ligne de commande FDB fournit avec le SDK Flex, et l'autre est le debugger intégré à Flex Builer 2. Ces debuggers communiquent avec le Flash Debug Player à travers une connexion socket TCP. De manière classique, cela se produit sur une même machine, mais il est aussi possible de debugger à distance, avec une machine sur le client et l'autre qui va lancer le debugger.
Pour permettre au Debug Player de commencer une session de debug, cette application doit être compilée avec la donnée de debug à l'intérieur du SWF.
Pour cela, vous devez fixer le flag du compilateur MXMLC à true:
mxmlc -debug=true main.mxml
Ce flag va générer un SWF avec des possibilités de debug. Bien qu'il soit possible que vous ne ressentiez pas les effets d'un tel SWF, il est découragé d'utiliser les SWF de debug en production, car le flag -debug produit des SWF plus lourds en taille, et expose le code interne de votre application. Si un utilisateur avait le Debug Player d'installé, il pourrait inspecter le fonctionnement interne de votre application, et même changer des valeurs de variable côté client.
Articles similaires
Mes projets (Open Source)
Autres
