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