ユーザー・インターフェース・エレメント
ページ
ページは、アプリケーションのユーザー・インターフェース (UI) です。 ページを使用して、ユーザー用にさまざまなタイプの UI を作成できます。
ロー・コード・デザイナーでページを作成します。ロー・コード・デザイナーを使用すると、さまざまなコンポーネントをページにドラッグして、それらのコンポーネントを構成できます。 アプリケーションがデプロイされると、実行時にページが HTML Web ページとしてレンダリングされます。
- 基本ユーザーと上級ユーザーはどちらも、上部のナビゲーション・ペインでページ・メニューをクリックし、「新規」をクリックすることができます。
最初にアプリケーションの作成を開始すると、デフォルトで最初のページが作成されます。 ビュー・パレットも即時に開始されるため、最初のページへのビューの追加を開始できます。 この初期ページは、開始ページと呼ばれます。 この方法を使用してページを作成するたびに、ビュー・パレットが自動的に開始されます。
- 基本ユーザーと上級ユーザーはどちらも、アプリケーション内で特定のビューを構成するときに新しいページを追加できます。
特定のビューをカスタマイズするときに新規ページを追加することもできます。 開始ページにボタンを追加するとします。 このボタンは、アクションを呼び出し、指定されたページにユーザーを誘導する「次へ」ボタンです。 「次のステップ (Next step)」の値を定義するときには、「移動先のページ (Go to page)」プロパティーのエントリーを選択する必要があります。 このプロパティーを「新規ページ (New page)」に設定し、新規ページの名前を指定することができます。 「次のステップ (Next step)」ページの構成が終了すると、新規ページが生成されます。 「次のステップ (Next step)」構成を使用するビューを構成するときに、新規ページを作成できます。
- 上級ユーザーは、アプリケーション・プロジェクトのダイアグラムを使用して、新規ページをアプリケーションに追加できます。
- 項目に必須としてマークを付け、その値を検証することができます。 例えば、ページに存続期間の値がある場合は、その値が存在し、有効な値の範囲に従っていることを確認するように検証を構成できます。
- 検証エラーを処理するには、2 つの構成が考えられます。 エラーが発生した場合にユーザーがページを終了できないようにしたり、エラーが発生した場合にビューを無効にしたりすることができます。 例えば、 「OK」 ボタンがクリックされ、エラーが表示されても、現在のページに留まることができます。 また、検証エラーが発生しなくなるまで 「OK」 ボタンを無効にするように構成することもできます。
- 基本ユーザーと上級ユーザーはどちらも、削除するページに切り替え、上部のナビゲーション・ペインで削除アイコンをクリックすることにより、アプリケーションからページを削除できます。ヒント: ページを削除する前に、アプリケーションのスナップショットを作成します。
- 上級ユーザーは、アプリケーション・ダイアグラムに切り替え、ページを右クリックし、「削除」を選択できます。
「移動先のページ (Go to page)」プロパティーとして別のビューによって使用されているページを削除すると、そのビューのロジックが機能停止します。 削除したページを指していたビューは、既存のページを指すように更新する必要があります。
ページ・ナビゲーション・メニュー
アプリケーションのページを、ユーザーに表示されるナビゲーション・メニューに編成できます。 ページをナビゲーション・メニューに追加すると、そのページのメニュー項目が作成されて、メニューに追加されます。
- ページ
- 1 つまたは複数のページにナビゲートするメニュー項目。
- フォルダー
- 他のメニュー項目を内部にネストできるメニュー項目。
- 外部リンク
- ユーザーをアプリケーション外部の宛先にリンクするメニュー項目。
既存のナビゲーション・メニュー項目 (特にページ) にページを関連付けることもできます。 アプリケーションに 4 つのページのページ・フローがあり、フロー内のすべてのページに独自のナビゲーション・メニュー項目を設定したくないとします。 フローの 4 つのページを 1 つのナビゲーション・メニュー項目に関連付けることを選択できます。 これにより、ユーザーがページ・フロー内のどこにいる場合でも、関連付けられたメニュー項目が強調表示されます。
高度なシナリオでは、ナビゲーション・メニュー項目によって境界イベントを起動できます。 境界イベントを構成するには、「拡張」表示モードに切り替えて、「ダイアグラム」を使用します。
ビュー
ビューは、テキスト・フィールド、日時ピッカー、ボタンなどの再使用可能な一連のユーザー・インターフェース・ウィジェットであり、ユーザーはこれを使用して、ビジネス・オブジェクトまたはサービスと対話できます。 ビューは、別のビューの 1 つ以上のセット、データ・バインディング、レイアウト指示、および動作で構成できます。ビューは再利用可能であるため、各ビュー・インスタンスはユーザー・インターフェースのパーツを他のビュー・インスタンスと共有できます。 例えば、アドレス・フィールドのセットが含まれているビュー・インスタンスを含むページを作成します。 同じアドレス・フィールドを必要とする 2 番目のページを作成する場合には、同じビューを再利用できます。 いずれの場合も、ページではビューのインスタンスが使用されます。 各インスタンスのプロパティーは独立して編集できます。 例えば、一方のビューのインスタンスのラベルを変更しても、もう一方のラベルは変更されません。 両方のビュー・インスタンスは、ビュー定義を指す参照を使用しています。 この方法では、ビュー定義を変更すると、その変更内容がビューのインスタンスに反映されます。
構成プロパティーを使用したり、デフォルトのスタイルをオーバーライドしたりしてビュー・インスタンスを変更することは可能です。 インスタンスのバインディングを定義する場合、その定義は、ページ定義で指定されている型に合致していなければなりません。 ビジネス・オブジェクトの型がビューに対して定義されているデータ・バインディングの型と一致しない場合は、警告が表示されます。 それぞれのビュー・インスタンスで、構成プロパティーが表示されます。 デフォルト値をオーバーライドする場合、特定の値を指定することも、変数を割り当てることもできます。 ビューを含んでいる任意のビューに、構成プロパティーを公開することもできます。 構成プロパティーを公開すると、現在のビューでバインディングが一致する構成オプションが作成されます。 構成オプションを手動で作成してバインドする必要はありません。
- ツールキットまたはアプリケーション内のビュー
- ビューの作成は、アプリケーションまたはツールキットで可能です。 一般に、高い再使用性が求められるビューはツールキットで作成し、より特殊なビューはアプリケーションで作成します。 アプリケーションを選択するということは、そのビューをアプリケーションでしか再使用できないことを意味します。 ただし、他のユーザーがビューを編集した場合に、その変更内容がそのアプリケーションでビュー・インスタンスに適用されることも意味します。 ビューがツールキット内にあり、それを他のユーザーが編集した場合、その変更内容は、ツールキットのそのバージョンを使用するすべてのアプリケーションのすべてのビュー・インスタンスに適用される可能性があります。 ビュー定義の編集は多数のインスタンスに影響を与える可能性があるため、変更は慎重に行うようにしてください。 例えば、ビュー定義でコンテンツ・ボックスを削除すると、そのビューのインスタンスが含まれたページまたはビューで、そのコンテンツ・ボックスで定義されているコンテンツを表示できなくなる可能性があります。 親のページまたはビュー内からビューの定義を直接編集することはできません。 代わりに、最初にビュー定義を開いてから変更する必要があります。
- UI ツールキット
- デフォルト・ツールキットである UI ツールキットには、ビューが豊富に用意されており、これらを使用して複数のデバイスで実行されるアプリケーションを作成できます。 UI ビューは新規開発に使用します。 UI ビューについて理解するには、Discover UI サンプルを探索してください。
- 職場 ツールキット
- 職場 ツールキットは、 職場の作業管理用にカスタマイズされた、独自のクライアント・サイド・ヒューマン・サービス・ベースのビジネス・アプリケーションおよびダッシュボードを設計するために使用できる一連のビューで構成されています。 Workplace ツールキット・ビューは、ダッシュボードおよびアプリケーション設計用の Application Designer パレットで使用可能です。
- Content Services ツールキット
- コンテンツ・サービス・ツールキットには、コンテンツ管理機能の提供に使用可能なユーザー・インターフェース・コンポーネント、アクション、およびデータがすべて含まれています。
- コンポジット・スタイルのビューとウィジェット・スタイルのビューとの開発の比較
- 通常、ビューを作成する際は、以下のいずれかのパターンに従うことができます。 または、ユーザー・インターフェースが比較的複雑な場合は、必要に応じて両方のパターンを組み合わせて使用できます。
- コンポジット・スタイルのビューはシンプルであり、作成に高度な技術的スキルを必要としません。 コンポジット・スタイルのビューを作成するには、パレットからコンテンツをレイアウトに追加します。 ビューに複数の情報エリアがある場合は、グリッド・レイアウトを使用してビューを配置してから、それらのプロパティーを設定し、必要に応じてデータ・バインディングを実行します。 コンポジット・スタイルのビューは、複数のページ内、または他のビュー内で再使用でき、階層状に作成できます。
- ウィジェット・スタイルのビューはより複雑であり、より高度な技術的スキルを必要とします。 通常、ウィジェット・スタイルのビューはカスタム・ビューであり、HTML コードを取り込むことができるカスタム HTML セグメントや、特定の ID を持つ iFrame などを含めることができます。 「動作」ページで、ウィジェット・スタイルのビューの構成プロパティーを設定し、インライン CSS とインライン JavaScript ロジックを追加できます。 実行時 (例えば、ページのロード時やボタンのクリック時) に行われる動作の場合、JavaScript ロジックをビューのイベント・ハンドラー内で「イベント」の下に配置できます。
ビュー・テンプレート
テンプレートは、標準化された外観を複数のページにわたって作成する方法を提供します。
テンプレートは、複数のビューを同時に更新する方法としても使用できます。 テンプレートはビューへの参照であり、コピーではないため、テンプレートを変更すると、そのテンプレートに基づくすべてのビューおよびページもその変更内容で更新されます。 上の例での説明を続けると、テンプレートを更新して、ロゴ・イメージを変更するとします。 このテンプレートを使用するすべてのビューが、新しいロゴで更新されます。