フォームロジック

ユーザーがフォームにアクセスしたときに表示される内容を制御することで、生産性と応答性を向上させることができます。たとえば、ユーザーは自分にとって有用なフィールドのみを表示する必要があります。ユーザーは、フォームの構成に基づいて特定のフィールドのみを表示する必要がある場合があります。フォームロジックを適用して、フォーム上の表示可能、読み取り専用、および必須の内容を制御します。

エージェント型 AI

エージェント型 AI の助けを借りてアプリケーションを作成します。詳細については、「カスタムアプリケーションでの AI 機能の使用」を参照してください。

ユーザーアクセスを制御するタイミングの決定

次の質問は、情報へのユーザーアクセスを制御するタイミングを適切に判断するのに役立ちます。これは提案ですか？それとも強制ですか？提案はフォームの入力を容易にしますが、強制はフォームに入力するためにユーザーに何らかの操作を強制します。

UI ポリシーは、フィールドの表示と非表示、別のフィールドの値に基づくフィールドメッセージの追加などの条件付き提案に役立ちますが、データポリシーとビジネスルールは、フィールドの必須化などの条件付き適用に適しています。

最高のユーザーエクスペリエンスは、提案と強制の両方を一緒に利用することです。

詳細については、クライアントサイドスクリプトモジュールの UI ポリシーの記事を参照してください。

クライアントサイドのロジックをスクリプティングする前に、クライアントサイドのアクティビティを処理する UI ポリシーとデータポリシーを作成します。クライアントスクリプトを使用して、ユーザーがフォームに入力しているときにユーザー入力を検証し、フィードバックを提供します。

クライアントスクリプティングの一般的なプラクティスは次のとおりです。

• クライアントサイドの GlideRecord または複数の getReference() 呼び出しに対して非同期 GlideAjax を使用して、パフォーマンスを最適化します。
• onChange クライアントスクリプトで isLoading チェックを維持します。
• newValue チェックを維持し、newValue != oldValue チェックを追加します。
• GlideAjax でサーバー呼び出しを行う前に、可能な限りすべてのクライアントサイドスクリプトを使用します。サーバーの往復はパフォーマンスに影響を与える可能性があります。

クライアントスクリプティングの回避すべきプラクティスは次のとおりです。

• グローバルクライアントスクリプトまたはグローバル UI スクリプト：グローバルスクリプトはページがロードされるたびに実行され、ブラウザーのロード遅延が発生します。
• DOM 操作：デフォルトの UI 要素に対してドキュメントオブジェクトモデル操作を使用すると、アップグレードのリスクと保守性の問題が発生します。例外は、UI ページやサービスポータルウィジェットなど、同じスコープ対象のアプリケーションで作成されたページの DOM に対して DOM 操作を使用する場合です。