JMP バージョン間の JSL 互換性多くのユーザーが JMP 14 から 16 に移行し、15 を完全にスキップしています。
15 または 16 の「JSL 互換性に関する注意事項」がここにリストされていないことに気付きました。 https://www.jmp.com/support/notes/41/004.html .それらのバージョンが 14 から 16 に移行した場合に、それらのバージョンの JSL 互換性に関する注意事項がリストされていない場合に、ユーザーが直面する既知の問題はないと言って差し支えありませんか?
ありがとう！
Re: JMP バージョン間の JSL 互換性マークの単体テストのコメントに追加します。 重要なスクリプトがある場合は、スクリプトで行った変更を追跡するバージョン管理システムも検討する必要があります。
Re: JMP バージョン間の JSL 互換性もう 1 つの考えは、各リリースの Scripting Guide に「互換性に関する注意事項」という章があるということです。 そこには、必ずしも新機能のドキュメントに記載されていない多くの優れた情報があります。
Re: JMP バージョン間の JSL 互換性採用を検討することをお勧めします単体テスト「ミッションクリティカル」スクリプト用。 このアプローチは、さまざまな理由で導入されたバグをキャッチするためのセーフティ ネットを構築する唯一の方法です。 一般的な解決策はありません。 単体テストは、特定のユース ケースでの特定の動作と結果を検証する方法です。
これを見るJSL単体テストの紹介フレームワークは JMP アドインとして開発されました。
Re: JMP バージョン間の JSL 互換性こんにちはウェンディ、
私は次のように言います（電話で）：
「これまでのところ深刻な互換性は確認されていませんが、完全に切り替える前に新しいバージョンでスクリプトをテストすることをお勧めします。 これまでは、ベータ モードで新しいバージョンにアクセスできるアーリー アダプター プログラムに参加することをお勧めしました。 そこでは、正式リリースの前にコードをテストし、JMP のアーリー アダプター チームにフィードバックを提供できます。 互換性に問題がある場合は、これを組み込んで修正するか、新しいプログラミング方法をお知らせします。」
Don と Mark が考案した優れたプログラミング手法と、これらのスクリプトの目的 (単純にタスクの複製、アドイン、完全な日常業務、重要なアプリケーションなどに関連するスケジュールされたタスク...
ある時点での私の経験では、ユーザーがこれらのことについて考えるように導く必要があります。ほとんどの場合、時間の経過とともに成長し、実際にはスクリプトがあちこちに散らばっており、困難な時間を維持しているためです。
