Das Debuggen von JSL-Code mit dem JMP Debugger kann ich nicht empfehlen. Da wir nach immer mehr automatisierten Analysen innerhalb unseres Kundenstamms streben, um die Verwendung von JMP zu erweitern, ist Debugging ein Schlüssel!
Momentane Situation:
* Debugger startet eine neue Instanz und unterscheidet sich vom Code im ursprünglichen Editor
* Die Funktionalität ist gut, um Laufzeiten zu bekommen, um Mängel zu identifizieren, aber nicht zum eigentlichen Debuggen
* Es ist nicht möglich, etwas zu finden und sofort zu ändern und erneut zu testen. Sie müssen den Debugger schließen, die Codezeile finden, sie ändern (in der Hoffnung, dass Sie die Nachricht richtig verstanden haben), den Debugger erneut öffnen, den Code ausführen und die Schleife erneut starten .
* Das führt dazu, dass die meisten Leute den Debugger nicht öffnen, sondern seriellen Code im Editor auswählen und ihn ausführen, wobei sie die Indizes von Schleifen manuell ändern, um eine for-Schleife zu simulieren.
Bevorzugte Lösung:
* Neue Instanz ist in Ordnung, da die meisten anderen Tools dies auch tun (aber nur für die Berechnung!)
* Gute Tools haben das Debugging in den Editor eingebettet, sodass Sie Breakpoints und Häkchen direkt im Editor setzen können.
* Das Ändern ist möglich, ohne den Debug-Modus zu stoppen, und alles, was Sie ausführen, ist ein "virtuelles Debug-Szenario".
Ich weiß, dass wir Scripting betreiben, aber jeder würde davon profitieren. Programmierer sind mit diesem Verhalten vertraut (und erwarten es), Leute, die neu in JSL sind, können Probleme viel schneller beseitigen.
