JMP 버전 간의 JSL 호환성JMP 14에서 16으로 이동하는 많은 사용자가 있습니다. 15 명을 모두 건너 뜁니다.
여기에 15 또는 16에 대해 나열된 "JSL 호환성 정보"가 없음을 확인했습니다. https://www.jmp.com/support/notes/41/004.html .14에서 16으로 이동하는 경우 해당 버전에 대해 나열된 JSL 호환성 노트가없는 경우 사용자가 직면하게 될 알려진 문제가 없다고 말하는 것이 안전합니까?
감사!
Re : JMP 버전 간의 JSL 호환성안녕 웬디,
(전화를 통해) 다음과 같이 말할 것입니다.
"지금까지 알려진 심각한 호환성은 없지만 완전히 전환하기 전에 새 버전으로 스크립트를 테스트하는 것이 좋습니다. 과거에는 베타 모드에서 새 버전에 액세스 할 수있는 얼리 어답터 프로그램에 참여하는 것이 좋습니다. 공식 배송 전에 코드를 테스트하고 JMP의 얼리 어답터 팀에 피드백을 제공 할 수 있습니다. 호환성에 문제가있는 경우이를 통합하여 수정하거나 새로운 프로그래밍 방식이 무엇인지 알려줄 수 있습니다. "
통화를 통해 Don과 Mark가 생각 해낸 좋은 프로그래밍 관행과 이러한 스크립트의 목적 (간단히 작업 복제, 추가 기능, 완료)을 고려하여 얼마나 많은 스크립트가 있는지 확인할 수 있습니다. 일상적인 비즈니스, 중요 애플리케이션과 관련된 예약 된 작업 ...
내 경험상 특정 시점에서 우리는 사용자가 이러한 것들에 대해 생각하도록 안내해야합니다. 대부분 시간이 지남에 따라 성장하고 실제로는 힘든 시간을 유지하는 모든 곳에서 스크립트가 엉망이기 때문입니다.
Re : JMP 버전 간의 JSL 호환성나는 그들이 채택을 고려하는 것이 좋습니다 단위 테스트 '미션 크리티컬'스크립트 용. 이 접근 방식은 여러 가지 이유로 인해 발생하는 버그를 잡기위한 안전망을 구축하는 유일한 방법입니다. 일반적인 해결책은 없습니다. 단위 테스트는 특정 사용 사례에서 특정 동작과 결과를 확인하는 방법입니다.
이것 좀 봐 JSL 단위 테스트 소개 그리고 JMP 추가 기능으로 개발 된 프레임 워크.
Re : JMP 버전 간의 JSL 호환성또 다른 생각은 각 릴리스의 스크립팅 가이드에 "호환성 정보"라는 장이 있다는 것입니다. 새로운 기능 문서에 반드시 포함되지는 않는 좋은 정보가 많이 있습니다.
Re : JMP 버전 간의 JSL 호환성Mark의 단위 테스트 주석에 추가. 중요한 스크립트가있는 경우 스크립트에서 변경 한 내용을 추적하기 위해 버전 제어 시스템도 고려해야합니다.
