更新されたOracle Visual Builder Studio

Visual Builder Studioを使用してアプリケーション・ページを拡張する際に実行可能となった重要な点を次に示します。 

  • ピラー内の拡張機能用の個別のリポジトリまたはワークスペース

「ビジュアル・ビルダーでページを編集」オプションを使用してOracle Fusion Cloud Applicationsを構成する際、拡張するピラーごとに個別のリポジトリおよびワークスペースは作成されません。 たとえば、Oracle Fusion Cloud HCMとOracle Fusion Cloud SCMの両方のピラーに属するページを構成する場合、Oracle Cloud HCMに関連するすべての変更用のリポジトリ1つと、Oracle Cloud SCMの変更に関連するすべての変更用のリポジトリ1つが、単一のプロジェクト内に用意されます。 そのため、同じピラー内の変更をプロジェクト内の1つのリポジトリおよびワークスペースに分離できます。 詳細は、Oracle Cloud Applicationの構成を参照してください。

  • アプリケーション拡張テンプレートの削除

「新規プロジェクト」ウィザードの「テンプレート」ステップに含まれるアプリケーション拡張テンプレートは使用できなくなりました。 空のプロジェクト、Fusion Applicationsインスタンスを指す環境およびワークスペースを作成することで同じ機能を導出できますが、ベスト・プラクティスは、Fusion Applicationsインスタンスで「ビジュアル・ビルダーでページを編集」オプションを使用することです。 このワークフローでは、拡張機能のソース・コードを含むGitリポジトリ、Fusion Cloudアプリケーションが実行されている開発インスタンスを指す環境、拡張機能のアーティファクトをパッケージ化してターゲット・インスタンスにデプロイするデフォルトのビルド・ジョブなど、必要なすべてのアーティファクトを含む拡張機能のプロジェクトが自動的に作成されます。 詳細は、単純な拡張機能の作成またはOracle Cloud Applicationの構成を参照してください。

  • ベースOracle Cloudアプリケーション・リストの削除

「ワークスペース」ページから新しい拡張機能を作成するときに、New Application Extensionダイアログ・ボックスにBase Oracle Cloud Applicationリストが表示されていましたが、このリストは使用できなくなりました。 このオプションは、拡張機能を選択してそのアプリケーションUIを拡張機能の依存関係としてアプリケーションUIの作成時にインストールするためのものですが、通常ユーザーは、アプリケーションUIを開発するときに複数の拡張機能を依存関係として追加します。 使用するかどうかわからない依存関係が追加されている状態でアプリケーションUIを作成するよりも、必要な依存関係を追加してアプリケーションUIを作成する方がシンプルです。 この変更により、「ワークスペース」ページから作成された拡張機能では、ベース・アプリケーションとして統合アプリケーションが使用されるようになります。 拡張機能が作成された後、実際にFusion Applicationsページを拡張するときにデザイナ内から依存関係を追加できます。 依存関係の追加方法の詳細は、依存関係の追加を参照してください。

  • 他のピラー内の拡張機能の依存関係ビューの変更

拡張機能の依存関係をピラー別に表示しているときに、カテゴリ分けされていない拡張機能が「その他」の下に表示されるのは、このピラーの1つ以上の拡張機能が依存関係として追加されている場合のみです。 また、明示的に追加されたこれらの拡張機能のみが依存関係として表示されます(CX以外のその他のピラーのすべての依存関係が表示されるのではなく)。 詳細は、依存関係とはおよび依存関係の追加を参照してください。

  • 拡張機能レベルでのピラー設定

ピラー設定がアプリケーションUIレベルから拡張機能レベルに移動しました。 設定は引き続きアプリケーションUIの設定に表示されますが、その値は拡張機能から継承され、読取り専用となります。 詳細は、拡張機能レベルの設定の確立およびアプリUI設定の確立を参照してください。

  • 複数の拡張機能をまたぐカスタム・ルート・ページ

カスタム・ルート・ページが定義されている拡張機能のIDをルート・ページIDとともに追加することで、拡張機能全体でカスタム・ルート・ページを共有できるようになりました。 詳細は、カスタム・ルート・ページを使用したアプリケーションUIのブランディングを参照してください。

  • 式のサポート

式を使用してルート・ページを識別できるようになりました。 この機能は、複数のルート・ページ(たとえば、匿名ユーザー用と認証済ユーザー用)を定義し、2つのルート・ページを切り替える場合に役立ちます。 詳細は、カスタム・ルート・ページを使用したアプリケーションUIのブランディングを参照してください。

  • オプション・パラメータのサポート

JavaScriptモジュールをグローバル関数として定義する場合、関数エディタでデフォルト値を設定することで、オプションのパラメータを定義できるようになりました。 「デフォルト値」フィールドは、functions.jsonのパラメータの定義のdefaultValueに対応します。 詳細は、グローバル関数の管理を参照してください。

  • 関数およびパラメータの表示名

グローバル関数には、functions.jsonで定義された独自の関数およびパラメータ名があります。 これらのラベルは、ファンクション・エディタおよびアクション・チェーン・エディタのファンクション呼出しアクションに表示されます。 詳細は、グローバル関数の管理を参照してください。 

  • フラグメント入力パラメータの簡易編集

動的コンポーネントで使用されるフラグメントの入力パラメータを簡単に設定できるようになりました。 フラグメントを使用する動的コンポーネントにルールが1つしかない場合、「プロパティ」ペインに入力パラメータがリストされます。 拡張モードの詳細は、拡張可能定数の値の変更を参照してください。 エクスプレス・モードの詳細は、ページ・プロパティの使用を参照してください。

  • エクスプレス・モードでページ・プロパティを設定する機能

ダイアログ・ボックスを使用して、エクスプレス・モードでページの入力パラメータを入力できるようになりました。 ヘッダーのボタンからダイアログ・ボックスを開くことができます。 入力パラメータを必要としているページでは、このボタンにバッジが付きます。 詳細は、デザイナのその他のビューを参照してください。

  • JSONアクション・チェーンからのJavaScriptアクション・チェーン呼出しのサポート

JavaScriptアクションとして作成される新しいアクション・チェーンを使用して、既存のJSONアクションから新しいJavaScriptアクションを呼び出す機能を追加しました。 ビジュアル・アプリケーションの詳細は、アクション呼出しチェーン・アクションの追加を参照してください。 拡張機能の詳細は、アクション呼出しチェーン・アクションの追加を参照してください。

  • 特定の変数のダーティ・データ・ステータスをリセットする機能

ダーティ・データ・ステータスのリセット・アクションの新しいリセットする変数プロパティで、ダーティ・ステータスをリセットする必要がある変数に対してのみリセットを実行できるようになりました。 ビジュアル・アプリケーションの詳細は、ダーティ・データ・ステータスのリセット・アクションの追加を参照してください。 拡張機能の詳細は、ダーティ・データ・ステータスのリセット・アクションの追加を参照してください。

  • アクション・チェーン・テストのカバレッジ・タブ

テスト・フッターにカバレッジ・タブが含まれるようになりました。このタブには、ビジュアル・アプリケーションまたは拡張機能のすべてのテストの平均カバレッジ、失敗したテスト数および未実行のテスト数が表示され、WebアプリケーションまたはアプリケーションUI、フローおよびページのそれぞれの詳細も含まれます。 ビジュアル・アプリケーションの詳細は、ビジュアル・アプリケーションでのテスト・フッターの使用を参照してください。 拡張機能の詳細は、アプリケーションUIでのテスト・フッターの使用を参照してください。

  • アクション・チェーン・エディタの改善

デザイン・モードのアクション・チェーン・エディタに、アクション・チェーン内のテキスト検索に役立つ検索ボックスがキャンバス上部に表示されるようになりました。 ビジュアル・アプリケーションの詳細は、デザイン・モードでのアクション・チェーンの作成を参照してください。 拡張機能の詳細は、デザイン・モードでのアクション・チェーンの作成を参照してください。

  • マージ・リクエスト摘要フィールドの追加

「公開」ダイアログ・ボックスにマージ・リクエスト摘要フィールドが提供されるようになり、単一のコミットについてのみではなく、全ての情報をこのフィールドに入力できるようになりました。 ビジュアル・アプリケーションの詳細は、ビジュアル・アプリケーションのデプロイを参照してください。 拡張機能の詳細は、拡張機能の公開を参照してください。

  • ビルド・ジョブおよびパイプライン作成を無効にするオプション

スクラッチ・リポジトリ内の変更を新しいリポジトリにプッシュすると、Visual Basic Studioではデフォルトでパッケージング・デプロイ・ジョブが作成され、CI/CDパイプラインに追加されます。 これらのビルド・ジョブおよびパイプラインの作成を無効にするオプションが追加されました。 ビジュアル・アプリケーションの詳細は、Gitリポジトリへのスクラッチ・リポジトリのプッシュを参照してください。 拡張機能の詳細は、Gitリポジトリへのスクラッチ・リポジトリのプッシュを参照してください。

  • 親コンテナでのフラグメント・イベントの自動ワイヤリングのサポート

フラグメントは、カスタム・イベントを介して親コンテナ(ページや動的コンテナなど)に値を伝播しますが、これには手動構成が必要です。 新しい自動ワイヤ・イベントIDプロパティを使用して、イベントをフラグメントの親コンテナに自動的にワイヤリングできるようになりました。 これにより、フラグメントが使用されているコンテナにイベント・リスナーを作成しようとすると、親コンテナのフラグメント・イベントの下に自動ワイヤリングされたイベントが表示されるようになります。イベントを選択するだけで、そのイベントを簡単にアクション・チェーンにリンクできます。

フラグメント・イベントの自動ワイヤリングは特に、拡張機能のコンテキストで役立ちます。 ベース親コンテナと拡張された親コンテナの両方にイベント・リスナーを定義する必要があったケースでは、自動ワイヤリングを使用することで、フラグメントでイベントが発生したときに親コンテナ(ベースの親コンテナ、拡張された親コンテナまたはその両方)のイベント・リスナーを起動できるようになります。

ビジュアル・アプリケーションの詳細は、フラグメントのカスタム・イベントの親コンテナへの自動ワイヤリングを参照してください。 拡張機能の詳細は、フラグメントのカスタム・イベントの親コンテナへの自動ワイヤリングを参照してください。

  • 非同期イベント処理を有効にするオプション

非同期イベント・リスナーを受け入れる編集可能表などのコンポーネントで、非同期イベント処理を有効にするオプションを使用できるようになりました。 非同期イベント処理を使用すると、コンポーネントでイベントが起動されたときに、そのイベントを必要に応じて非同期で取り消すことができます。 この機能はデフォルトでは有効になっていないため、イベント・リスナーに対してこの動作を明示的に有効にする必要があります。 ビジュアル・アプリケーションの詳細は、コンポーネント・イベントの非同期処理の有効化を参照してください。 拡張機能の詳細は、コンポーネント・イベントの非同期処理の有効化を参照してください。

  • ビジネス・ルール・テンプレートの作成

ビジネス・ルール・テンプレートを作成し、ビジネス・ルールを作成するユーザーを支援できるようになりました。 ユーザーは提供されたテンプレートからルールを作成し、必要に応じて変更できるため、ルールを一から作成する必要がありません。 テンプレートでは、ルール条件の指定方法、高度な式の記述方法、プロパティのオーバーライド方法など、ビジネス・ルールの構成方法の例を提供できます。 テンプレート自体は評価されません。 ビジュアル・アプリケーションの詳細は、ビジネス・ルールのテンプレートの作成を参照してください。 拡張機能の詳細は、ビジネス・ルールのテンプレートの作成を参照してください。

  • 改善された条件ビルダー

ビジネス・ルールおよび検証の条件ビルダーが改善され、追加の演算子がサポートされるようになりました。 演算子のリストに、nullと等しい、nullでない、含む、含まないが含まれるようになりました。 値ドロップダウン・リストでフィールドを選択して、基準の値を別のフィールドの値と比較する条件を作成できるようになりました。 ビジュアル・アプリケーションの詳細は、ルールの条件の設定を参照してください。 拡張機能の詳細は、ルールの条件の設定を参照してください。

  • メッセージ・テキストの追加のサポート

ビジネス・ルールでフィールドを読取り専用または必須に設定するときに、メッセージ・テキストを追加できるようになりました。 このメッセージは、ルールの適用時にフォームに表示されます。 ビジュアル・アプリケーションの詳細は、フォーム内のフィールド・プロパティのオーバーライドを参照してください。 拡張機能の詳細は、フォーム内のフィールド・プロパティのオーバーライドを参照してください。

  • ページ入力パラメータ・ダイアログ・ボックスの値リスト

@dtメタデータを変数JSONに追加し、サブタイプをlovに設定することで、サービス(RESTエンドポイントなど)から取得された値のリストを入力パラメータに対して表示できるようになりました。 ビジュアル・アプリケーションの詳細は、入力パラメータとしての変数の有効化を参照してください。 拡張機能の詳細は、入力パラメータとしての変数の有効化を参照してください。

  • 新しいoj-ifコンポーネントのサポート

このリリースで導入されたJET 17.0.xでは、oj-ifコンポーネントを使用して、ページ内のコンポーネントを条件に応じて表示または非表示にできます。 このコンポーネントはoj-bind-ifコンポーネントと似ていますが、oj-bind-ifとは異なり、バインディングの適用後に要素はDOMから削除されません。oj-ifはDOMに保持されるため、カスタム要素のスロット・コンテンツとして直接使用できます。 スロットのコンテンツを条件に応じてレンダリングする場合、または要素をDOMに保持する場合は、oj-bind-ifよりもoj-ifをお薦めします。 ビジュアル・アプリケーションの詳細は、条件を使用したコンポーネントの表示または非表示を参照してください。 拡張機能の詳細は、条件を使用したコンポーネントの表示または非表示を参照してください。

この機能には、拡張機能にJET 17.xまたはFusion Applications 25A (JET 17.xを使用)以上が必要です。

  • クイック・スタート・フィールド用のコア・パック・コンポーネント・バージョン

ビジュアル・アプリケーションでコア・パック・コンポーネントを有効にしている場合は、作成ページの追加、編集ページの追加、詳細ページの追加などのクイック・スタートを使用するときに、フィールドに対してコア・パック・コンポーネント・バージョンを選択できるようになりました。 このオプションは拡張機能でも使用可能です。コンポーネントのレガシー・バージョンがコア・パック・バージョンで置換された場合に、コア・パック・バージョンがフィールドのコンポーネントとして自動的に選択されます。 レガシー・バージョンとコア・パック・バージョンの両方が使用可能な場合は、コア・パック・バージョンの使用を選択できます。 ビジュアル・アプリケーションの詳細は、「Create Page」クイック・スタートの使用、「Add Edit Page」クイック・スタートの使用および「Add Detail Page」クイック・スタートの使用を参照してください。 拡張機能の詳細は、コア・パック・コンポーネントの使用を参照してください。

  • コンポーネントの子および兄弟を表示するブレッドクラムの改善

ページ・デザイナでブレッドクラムを使用して、ページ階層内のコンポーネントの兄弟に切り替えることができるようになりました。 ブレッドクラム・リストの最後にマウス・ポインタを重ねて、その子を表示することもできます。 ビジュアル・アプリケーションの詳細は、ページ・デザイナの使用を参照してください。 拡張機能の詳細は、ページ・デザイナの使用を参照してください。

このVisual Builder Studioの新機能により、Fusion Applicationsを広範囲に拡張するプラットフォームが提供されます。

有効化のステップ

この機能を有効にするために何もする必要はありません。

主なリソース