nexacro studioでアプリケーションを開発するときは、XMLベースのnexacro platformプログラミング言語とJavaスクリプトを使用してアプリケーションをテストしたり、配布するときは、JavaScriptに変換されたファイルが配布されます。このように配布されたアプリケーションは、nexacro platform統合フレームワークをベースに作られて動作します。

この章では、nexacro platformの開発時に使用されるファイルと動作について説明します。動作原理に配布プロセスも含まれますが、ここでは配布の部分は言及しません。配布の詳細については、別途配布される管理者ガイド(Administrator's Guide)ドキュメントを参照してください。

nexacro platform応用プログラムのファイル

nexacro platformアプリケーション開発時に使用するファイルは、nexacro studioで使用されるファイルと変換後に使用するファイルに分けられます。モバイルアプリの形で配布したり、外部ライブラリを使用する場合には、追加ファイルが必要とする場合もありますが、ここでは基本的なプロジェクトを基準に説明します。

下記の表ではnexacro studioで作成されたファイルがどのように変換され、配布されるかを示します。

nexacro platformアプリケーションが実行時には最初に呼び出されるHTML文書から変換されたA.xadl.jsファイルを呼び出して、該当ファイルに設定されたロード過程を経て、残りのファイル情報を取得します。変換されたファイルの詳細についてはここで説明しません。nexacro studioでnexacro platformアプリケーションの作成時に使用されるファイルについて説明します。

ADLファイル

ADLはApplication Definition Languageの略字で、アプリケーションの構成に必要な全ての要素の定義をします。

ADLファイルが定義する主要要素は、以下の通りです。

ADLファイルはnexacro studioで自動管理します。

nexacro studio上のProject Explorer画面で取り扱う内容のほとんどは、ADLファイルに保存される内容です。以下はnexacro studioのProject Explorer画面です。

Project Explorerで定義した内容は1つのファイルにのみ保存されるのではなく、いくつかのファイルに分けて保存されます。その中でルートに該当するファイルはADLファイルです。

ADLファイルは、Project Explorer画面以外にもエディット画面で直接に編集することができます。

以下はADLの内容を編集する画面です。

Type Definitionファイル

Type Definitionファイルは、nexacro platformアプリケーションが必要とするファイルに関連する情報を持っています。nexacro platformで使用されるコンポーネントは、Javaスクリプトに基づいて作成されました。ロジックが実装されたJavaScriptファイルをモジュールといい、この中で、アプリケーション開発に使用するオブジェクトを開発時に選択することができます。その他のアプリケーションの開発時にサービスグループを定義し、配布に関連するオプションを設定します。

Type Definitionファイルが定義する主要要素は以下の通りです。

Type Definitionファイルが定義する主要要素は以下の通りです。

グローバル変数ファイル

グローバル変数ファイルは、nexacro platform応用プログラムの様々な画面が使用する共通変数を登録します。

共通変数として登録することができる変数には、Variant変数やデータセットなどを含んだオブジェクトとイメージがあります。

グローバル変数ファイルが定義する変数は、以下の通りです。

以下は、グローバル変数中のデータセットを登録する画面です。

Project > GlobalVariable > Insert GlobalVariables Item > Dataset

Global Variableファイルを一括的に編集しようとするときは、下記のメニューからソースを開いて編集することができます。

Project > GlobalVariable > Edit Source

下図のように追加したグローバル変数をスクリプトからアクセスして使用できます。

// Variable
var test = application.all["var_sample"];
var test = application.var_sample;

// Dataset
var objDs = application.all["dsSample"];
objDs.setColumn(1,"cust_zip","078543"); 
application.dsSample.setColumn(1,"cust_zip","078543");

application.aaa = "TEST";
trace(application.aaa); // TEST
trace(application.all["aaa"]); // undefined

// setVariable
application.setVariable("aaa", "TEST");
trace(application.aaa); // TEST
trace(application.all["aaa"]); // TEST

テーマファイル / スタイルファイル

nexacro platformでのスタイルとテーマは、画面上に出力されるUI要素のデザインを定義することを意味します。ボタンを例にあげると、透明度、フォント、カラー、陰影、ぼかし、斜体などの効果をボタンコンポーネントに与えることを意味します。

テーマとスタイルの違いは、イメージが存在するか否かです。テーマはスタイルにイメージを追加した形態です。従って、イメージを使用するテーマはスタイルに比べより多様にUIをデザインすることができます。

FDLファイル

FDLファイルは、使用者の画面のフォームを定義します。使用者の画面に出力する画面の配置だけでなく、UIロジックの実行のためのスクリプトを含む多様な情報を含んでいます。

FDLファイルは、ADLファイルと共にnexacro platform応用プログラムで最も重要なファイルです。

FDLファイルが定義する主要要素は以下の通りです。

アプリケーション駆動のシナリオ

nexacro platform アプリケーションが実行されるプロセスは、以下のとおりです。

bootstrap

アプリケーションをロードするために関連情報を確認して、必要なリソースを取得するプロセスを説明します。このプロセスをブートストラップと表現します。

アプリケーションロード

アプリケーションが実行されるためにアプリケーションに接続されたフォームをロードするプロセスは、以下のとおりです。

1. ADLロード

2. ADL実行

3. TypeDefinition 構文解析(parsing)

4. サービス登録

5. クラスリスト保存

6. サブファイルのダウンロードと実行

7. Application初期化

8. デフォルトクラス登録

9. Applicationプロパティ設定

10. Mainframe生成と初期化

11. MainFrame内に Frame生成

12. Formロード

13. Application, MainFrame, Frameイベントハンドラ登録

14. イベント発生: Application.onloadtypedefinition

15. GlobalVariables生成

16. イベント発生: Application.onloadingglobalvariables

17. メソッド呼び出し：MainFrame.createComponent

18. メソッド呼び出し：MainFrame.on_created

19. イベント発生：Application.onload

20. イベント発生：Form.onload

フォームロード

前に説明したアプリケーションのロード項目で「Formロード」から「Form.onloadイベント発生」との間のプロセスをより詳細に見てみると以下の通りです。

1. Formロード

2. Form実行

3. サブファイルのダウンロードと実行

4. Form初期化

5. Form Styleプロパティ設定

6. Formプロパティ設定

7. オブジェクト、コンポーネント、バインドアイテム（BindItem）の生成

8. エンジン内部で処理するスクリプトを実行

9. イベントハンドラの登録

10. オブジェクト、コンポーネントメソッド呼び出し：Object.createComponent

11. イベント発生: Form.oninit

12. メソッド呼び出し：Form.on_created

13. オブジェクト、コンポーネントメソッド呼び出し：Object.on_created

14. イメージロード、transaction処理

15. イベント発生: Form.onload

主要画面の要素

nexacro platformアプリケーションは、ユーザーが操作できるアプリケーションUIを表示するために様々な要素が含まれています。基本的な画面要素は以下の通りです。

フレームを利用した画面配置

nexacro platformアプリケーションは、画面処理のための基本的なフレーム構造を提供します。最上位MainFrameの下にChildFrameを持って、その下に画面を配置します。フレームは、Formを表示するための舞台装置と言えます。各画面を構成するFormが別々に離れていますが、同じ舞台上で表示されるので、共通で使用できる要素を配置して画面間の様々な要素を共有することができます。

デフォルトで提供されるフレームはMainFrame、ChildFrameに分けられ、画面レイアウトによって、FrameSet、VFrameSet、HFrameSet、TileFrameSetを追加することができます。

SDI (Single Document Interface)

プロジェクトの作成時にデフォルトテンプレートを選択し、他の付加的な処理をしなかった場合、単一のフレームのみでプロジェクトが構成されます。

MDI (Multi Document Interface)

上部メニュー、サブメニュー、コンテンツ、ツールバー形式で画面を構成する場合には、全体的なレイアウト構造を希望の形式に合わせて設定する必要があります。 nexacro platformでMDIの設定は、デフォルトテンプレートを選択した後、必要なフレームを追加したり、HFrame、VFrameテンプレート、またはユーザーが指定したプロジェクトテンプレートを選択して作成できます。

フレームの追加は、プロジェクトエクスプローラで、MainFrameまたはNode Frameを選択し、コンテキストメニューから[Insert Frame]項目を選択するか、MainFrameまたはNode Frame項目をダブルクリックした後、表示される編集画面のコンテキストメニューから[Add]項目を選択して追加することができます。

フォームの構成

フォームは実質的な画面UIを構成する対象です。このフォームがフレームの上に貼り付けられ、顧客の画面に出力されます

フォームは大きくVisible領域、Invisible領域、Logic領域の3つの領域で構成されています。

• Visible領域は画面に出力される部分で、visibleオブジェクト(以下、コンポーネントとする)の配置により作成されます。

• Invisible領域は、Invisibleオブジェクトの組み合わせにより作成されます。

• Logic領域はスクリプトにより直接にコーディングする部分で、コンポーネントとInvisibleオブジェクトを制御します。

サーバーとのデータ連動

nexacro platformアプリケーションは、企業内で使用するデータをユーザーが簡単に操作できるように画面上に表現してくれる役割を果たしたりします。このような状況でデータを管理するサーバとアプリケーション間の連携作業を必要とします。

X-API

X-APIは、nexacro platformアプリケーションと連動できるデータ型を生成するライブラリです。 X-APIを使用しなくても、決まった仕様に従ってData Serviceを開発する場合、nexacro platformアプリケーションと該当サービス･データと連動することができます。