Jmp「プロジェクト」と「アプリケーション」こんにちは、みんな、
反復的なタスクのスクリプト化/自動化を検討しています。 このツールを「プロジェクト」と「アプリケーション」のどちらとして作成するのが理にかなっているかは判断できません。 どちらも、1つのウィンドウ内でデータテーブルと複数の他のレポートを開いてタブとして整理できるように思われます。 各アプローチの長所/短所に関するコメントを探しています。 ユースケースには、単一のテストに関連付けられたデータテーブルと、そのテーブルからデータをプルする複数の他のレポート（グラフビルダーなど）があります。
現時点では、スクリプトの方が受け入れやすいようにプロジェクトに傾いています。
誰かが何らかの方法でコメント/提案を持っているなら、私はそれらを聞いてうれしいです！
おかげで、
クリスト
再：Jmp「プロジェクト」対「アプリケーション」これがあなたの状況についてです。他の人は違う感じかもしれませんか？私は、JMPプロジェクトを、一連の作業に関連付けられたすべてのさまざまな要素のコンテナーとして説明するのが好きです。コンテナは多くの要素を保持できます。いくつか例を挙げると、JMP（データテーブル、ジャーナル、アプリケーション、ダッシュボード、スクリプト、プラットフォームレポート）およびMS（PowerPoint、Excel、Word）などの非JMPファイル、pdfファイル、jpegなどのその他のファイルなどです。したがって、自動化コンテンツ（スクリプトまたはアプリケーション）はプロジェクト内に配置できます。そのため、あなたが検討したいのは、自動化要素を作成し、それらをプロジェクトのコンテンツとして含めることです。
