JMP 디버거로 JSL 코드를 디버깅하는 것은 제가 추천할 수 있는 것이 아닙니다. JMP 사용을 확대하기 위해 고객 기반 내에서 점점 더 자동화된 분석을 위해 노력함에 따라 디버깅이 핵심입니다!
현재 상황:
* 디버거는 새 인스턴스를 시작하고 원래 편집기의 코드와 다릅니다.
* 기능은 실행 시간을 확보하여 부족함을 식별하는 데 유용하지만 실제 디버깅에는 적합하지 않습니다.
* 무언가를 찾고 즉시 변경하고 다시 테스트하는 것은 불가능합니다. 디버거를 닫고, 코드 줄을 찾고, 변경하고(메시지가 정확하기를 바라면서), 디버거를 다시 열고, 코드를 실행하고 루프를 다시 시작해야 합니다. .
* 결과적으로 대부분의 사람들은 디버거를 열지 않고 편집기에서 직렬 코드를 선택하고 실행하여 루프 인덱스를 수동으로 변경하여 for 루프를 시뮬레이션합니다.
선호하는 솔루션:
* 대부분의 다른 도구에서도 이 작업을 수행하므로 새 인스턴스는 괜찮습니다(단, 계산에만 해당됩니다!)
* 좋은 도구에는 편집기에 디버깅 기능이 포함되어 있으므로 편집기에서 직접 중단점과 확인 표시를 설정할 수 있습니다.
* 디버그 모드를 중지하지 않고 변경이 가능하며 실행하는 모든 것은 "가상 디버그 시나리오"입니다.
나는 우리가 스크립팅을 한다는 것을 알고 있지만 모든 사람들이 이것으로부터 혜택을 받을 것입니다. 프로그래머는 이 동작에 익숙(그리고 예상)하므로 JSL을 처음 접하는 사람들은 문제를 훨씬 더 빨리 제거할 수 있습니다.