You've created a script. Now how can you share what you’ve created?You've created a script. Now how can you share what you’ve created?You've created a script. Now how can you share what you’ve created?You've created a script. Now how can you share what you’ve created?スクリプトが作成されました。 では、作成したものをどのように共有できるでしょうか?
おかえり！ ここまで進めば、おそらく何らかの形で機能するスクリプトが完成しているはずです。 おめでとうございます！ 発見したばかりならこのシリーズ、この記事にピンを置いて、最初から始めるとよいでしょう。
見逃している可能性のあるものへのリンクは次のとおりです。
これで、素晴らしい新しいコードが完成しました。 それについてはどのような計画がありますか? せっかくスクリプトを作成したのであれば、他の人 (または自分自身) が簡単に使用できるようにそれをパッケージ化する方法を検討する必要があります。 この最後のエントリでは、作成したものを共有する方法についていくつかのアイデアを紹介したいと思います。 JMP共有方法に応じて、いくつかのオプションがあります。
あなたの作品を共有する
他の人が利用できるようにスクリプトをパッケージ化するには、JSL ファイル、クエリ ビルダー ファイル、JMP アドイン、JMP アプリケーション、JMP Live レポートや JMP Public レポートなど、4 つまたは 5 つの方法 (話す相手に応じて) があります。 ここで実行しているスクリプトのレベルでは、これらのメソッドの一部は少し範囲外です (特にアプリケーション。それらは別のシリーズに取っておきます)。 ここで私がやりたいことは、それぞれの方法についていくつかのオプションと優れたリソースを提供し、スクリプト作成の現在の段階で最も費用対効果が高いものの例をいくつか取り上げることです。
JSLファイル
JSL での仕事について話すとき、人々はこれを思い浮かべます。 このシリーズを読んでいる場合、スクリプトは現在ここに存在します。 重要なのは、JSL ファイルはファイルを保存したり共有したりするのに最適な方法ではないということです。 誤って編集してしまう可能性があります。 スクリプトの実行方法を知っている人が必要です。 正直に言うと、コードを見るのが少し怖い人もいます。
JSL ファイルはおそらく、最も簡単なタスク、または大規模なプロジェクトのプロトタイプ作成メソッドにのみ使用する必要があります。 もちろん例外もあります。 関数などのライブラリを作成している場合、それは JSL ファイルとして存在します。 JSL を直接提供できる JMP の一部もあります (たとえば、コード折りたたみキーワード ファイル)、ただし、これらは規則ではなく例外となる傾向があります。 私の個人的な偏見は、他のプログラマーと何かで共同作業している場合、またはコードが完全に個人的な使用のためのもの (たとえば、何かをテストするためのスニペットなど) である場合、最後の手段としてのみ JSL ファイルに止まることです。
クエリビルダーファイル
JMP は、ODBC ドライバーまたは JMP データ テーブルを通じて、ほとんどのファイル タイプに対するクエリ ビルダーをサポートしています。 スクリプトにデータ操作ステップが含まれる場合、多くの重労働をクエリ ビルダー ファイルにオフロードし、ポストクエリ スクリプト (これについては後ほど詳しく説明します) を使用して、クエリ ビルダーで実行できる部分を実行できる可能性があります。扱いません。 これらのファイルをパッケージ化方法として使用すると、ワークフローが簡素化され、スクリプトがより堅牢になります。 また、スクリプトを移植可能にします。 さらに、組み込みのフィルター プロンプトを使用して、コードをさらに柔軟にすることができます。
簡単な例を見てみましょう。 JMP データ テーブル クエリ ビルダーを使用します。テーブル > クエリビルダー物事を単純にするため、ODBC または SAS 接続の場合ではなく、これらの場合のワークフローは似ています。それらがどのように機能するかを示すリソースがあります。
まず、テーブルクエリを設定しましょう。 それを書き出すつもりはありません。 JMP ドキュメント チームは、SATByyear サンプル データの例で素晴らしい仕事をしました。 の指示に従ってくださいこの例クエリの実行後に停止しますが、クエリ ビルダーは開いたままにしてください。 データ テーブルを取得したら、グラフ ビルダー マップを作成します。
- グラフビルダーを開く (グラフ > グラフビルダー）。
- State を Y 軸の下の Map Shape ドロップ ゾーンにドラッグします。
- % Takeing (2004) をカラー ドロップ ゾーンにドラッグします。
- 「グラフビルダー」の横にある赤い三角形に移動し、「グラフビルダー」を選択します。やり直し > 列スイッチャー。
- 選択する取得率 (2004)切り替えたいものとしてクリックしますわかりました。
- 切り替えたいものとしてすべての連続変数を選択し、 をクリックします。わかりました。
選択する終わりコントロールパネルを閉じます。
さて、グラフを表示するために何度もクリックする必要があり、この種のデータの非常に一般的なビューです。 新しいスクリプト スキルを使用すると、クエリ ビルダーにこのグラフ (および後で追加する追加のグラフ) を再現させることができます。 その方法は次のとおりです。
- 選択するスクリプトを保存 > クリップボードへd グラフビルダーから。
- クエリビルダーで、ポストクエリスクリプトウィンドウの下半分のタブをクリックします。
- 貼り付け( CTRL+P PC用またはCMD+P MacOS の場合)、スクリプトを [Post-Query Script] タブに追加します。
- をクリックしてクエリ ビルダー ファイルを保存します。保存。
- ここで、クエリ ビルダーが作成したデータ テーブルとグラフ ビルダーを閉じます。
- クリッククエリの実行。
それがどのように機能するかわかりますか? クエリ ビルダーを使用すると、フィルタリング ダイアログの形式で対話機能を無料で利用できるようになり、このワークフローの効率を大幅に向上させることができました。 誰かが 2 つのデータ ファイルを持っている場合、クエリ ビルダー ファイルを送信すると、同じ結果が得られます。
JMP アドイン
コードを JMP で表示したい場合は、アドインを使用するのが最適です。 アドインは JMP の [アドイン] メニューに表示されます。このメニューは、最初のアドインをインストールした後にのみ表示されます。 これらは JMP ファイル システムに保存されるため、ユーザーはスクリプト ファイルの場所を覚えている必要はありません。 そして、完成したプロジェクトに一定の磨きをかける要素を提供します。 確かに、最初は恐ろしく感じるかもしれませんが、アドイン ウィザードを使用すると非常に簡単に操作できます。
このコードを使用する非常に単純なアドインを作成します。
// Set up the namespace
Names Default to here(1);
// open the log window and clear it
Open Log();
Clear Log();
// write my message
Write(“Hello World!”);
このコードはログを開いてメッセージを出力します。 このアドインを「My First Add-in」と呼びます。最初のステップは、アドイン ビルダー ( [ファイル] > [新規作成] > [新しいアドイン] ）。 後はフォームに記入するだけです。 インターフェイスの上部には 5 つのタブがあります。 アドインに必要なのは最初の 2 つだけです。 最初のタブ (一般情報) は、簿記と JMP に物がどこにあるかを知らせることに関するものです。 2 番目のタブでは、JMP GUI にあるビットを実際に設定します。
[一般情報] の [アドイン名] フィールドと [バージョン] フィールドは一目瞭然です。 最小 JMP バージョンを使用して、レガシー バージョンの JMP によるコードの実行を制限できます。 ホストを使用して、アドインを MacOS または Windows 上で実行するように制限することもできます。 コードが記述されたシステムの構成と一致するように最小バージョンとホストを設定することをお勧めします (他の構成でテストできる場合を除く)。 特に始めたばかりの場合は、コードがあらゆる状況に対して完璧であることを確認するよりも簡単です。 アドイン ID は、アドインのインストール時に JMP ファイル システムに作成される一意のフォルダー名です。 JMP では、「逆引き DNS」命名規則を使用することを推奨しています (理由はわかりません)。 これは基本的に、Web サイトのアドレスのように見えるものを作成し、それを反転することを意味します。 アドインには、com.myAddin.MyFirstAddin を使用します。 最初のタブは次のようになります。
下メニュー項目タブをクリックするだけです。コマンドの追加ボタン。 次に、[詳細] でメニュー項目に名前を付けます。 さらに凝ったことをしたい場合は、アドインの上にカーソルを置いたときにアドインが何を行うかを説明するツールチップを表示できます。 次に、JSL をコピーしてアクション領域に貼り付けるだけです。 上記のコード スニペットを使用している場合、メニュー項目タブは次のようになります。
以上です。 ファイルを保存するだけで完了です。 なぜなら、デフォルトのアクション（一般的な情報タブ) をクリックして保存するときにアドインをインストールします。保存他の人に送信するファイルを作成することと、それを自分の JMP インスタンスにインストールすることの両方を行います。 アドインを保存すると、アドインのメニューに次のようなエントリが表示されるはずです。
JMPアプリケーション
では、JMP のネイティブ部分のように見えるものを作りたいと考えていますか? 私の意見では、Application Builder は、高品質のカスタム JSL ソリューションを生成するための最も柔軟で効率的な方法です。 ソフトウェアのあらゆる側面を制御し、JMP の既存の部分を活用し、カスタム設計のルーチンを使用する機能を提供します。 その柔軟性とパワーには、学習曲線という形でコストがかかります。
とはいえ、だからといって怖がらせる必要はありません。 Application Builder を使い始めるためのリソースがたくさんあり、Application Builder を使用してできることは驚くべきものです。 立ち上げて実行するには少し作業が必要です。 JMP には Application Builder の「ライト」バージョンも組み込まれています。 これは、ダッシュボード ビルダーと呼ばれるドラッグ アンド ドロップ ツールとして知られています。 JSL について少し経験を積んだら、 SAS Educationのアプリケーションビルダーコースこの非常に強力なツールについて学ぶのは悪くない方法です。 また、いつかこのテーマについて別の「5 つのこと」シリーズをやろうと考えているので、注目してください。
JMPライブとJMPパブリック
JMP Live と JMP Public は「消費」の部分に重きを置いていますが、この方法を使用すると、他の人が利用できるようにダッシュボードやレポートを作成および公開できます。 ほとんどの場合、このシリーズで紹介した JSL の一部を使用しているだけです。 ダン・ヴァレンテはやったJMP Live のスクリプト作成に関する素晴らしいブログ投稿(および JMP Public) 出版プロセスについては詳しく説明しないので、その点については詳しく説明しません。
宿題
さあ、成功しました！ 最後の宿題は本当に簡単です。 コードをパッケージ化して同僚に渡し、実際に動作するかどうかを試してもらいます。 そうでない場合は、エラー メッセージを見て、その理由を調べてください。 そうであれば、最初の JMP アドインが作成されたことになります。 よくやった。
ここからどこへ行くか
先ほども言いましたが、このシリーズは、私の脚本の才能であなたの髪をかき上げ、驚かせることを目的としたものではありません。 それは、あなたの鼻を正しい方向に向け、良い地図を与え、背中を押し、行き詰まった場合に手を差し伸べる助けを与えることを目的としていました。 それは出発点です。あなたの前には、後ろよりもはるかに多くの道がまだあります。
したがって、ここから先は、試して実験し続けることが秘訣です。 人々のアドインやアプリケーションを分解し続けて、それらがどのように機能するかを確認してください。 新しいことに挑戦し続け、小さなスクリプトでワークフローをより効率的にする機会を探してください。 そうすればするほど、より良い結果が得られ、あなたが考えているより大きなプロジェクトがより近づきやすくなります。 それを続けてください。
