Le débogage du code JSL avec le débogueur JMP n'est rien que je puisse recommander. Alors que nous nous efforçons d'effectuer de plus en plus d'analyses automatisées au sein de notre clientèle afin d'élargir l'utilisation de JMP, le débogage est essentiel !
Situation actuelle :
* Le débogueur démarre une nouvelle instance et est distinct du code de l'éditeur d'origine
* la fonctionnalité est bonne pour obtenir des temps d'exécution pour identifier les manques, mais pas pour le débogage réel
* Trouver quelque chose et immédiatement changer et tester à nouveau n'est pas possible, vous devez fermer le débogueur, trouver la ligne de code, la modifier (en espérant que vous avez bien compris le message), rouvrir le débogueur, exécuter le code et recommencer la boucle .
* Il en résulte que la plupart des gens n'ouvrent pas le débogueur mais sélectionnent le code en série dans l'éditeur et l'exécutent, en modifiant manuellement les indices des boucles pour simuler une boucle for.
Solution préférée :
* La nouvelle instance convient car la plupart des autres outils le font également (mais uniquement pour le calcul !)
* Les bons outils ont le débogage intégré dans l'éditeur, vous pouvez donc définir des points d'arrêt et des coches directement dans l'éditeur.
* Le changement est possible sans arrêter le mode de débogage et tout ce que vous exécutez est dans un "scénario de débogage virtuel".
Je sais que nous faisons des scripts, mais tout le monde en bénéficierait. Les programmeurs connaissent (et s'attendent à) ce comportement, les personnes qui découvrent JSL peuvent éliminer les problèmes beaucoup plus rapidement.
