有効的なSharing-and-Visibility-Architect-JPN問題集はJPNTest.com提供され、Sharing-and-Visibility-Architect-JPN試験に合格することに役に立ちます!JPNTest.comは今最新Sharing-and-Visibility-Architect-JPN試験問題集を提供します。JPNTest.com Sharing-and-Visibility-Architect-JPN試験問題集はもう更新されました。ここでSharing-and-Visibility-Architect-JPN問題集のテストエンジンを手に入れます。
Sharing-and-Visibility-Architect-JPN問題集最新版のアクセス
「80問、30% ディスカウント、特別な割引コード:JPNshiken」
最新のコメント (最新のコメントはトップにあります。)
正解は **C** です。
この要件を満たすための最もクリーンで効率的な方法は、モバイル専用のアクション上書きを使用することです。
Lightningコンポーネントを作成し、それをケースオブジェクトの標準の「編集」アクションを**モバイルビュー(Salesforce for iOS and Android)に対してのみ**上書きするように設定します。
***
### ## 解説
* **C. Lightning コンポーネントをモバイル ビューの「編集」アクションのオーバーライドとして使用して、画像キャプチャ機能を有効にします。デスクトップ ユーザーの場合は変更は必要ありません。**
* **(正解)** Salesforceでは、標準アクション(表示、編集など)の上書きをフォームファクタ(デスクトップかモバイルか)ごとに指定できます。このアプローチにより、フィールドコンサルタントがモバイルアプリで「編集」をタップしたときだけ、画像キャプチャ機能を含むカスタムコンポーネントが起動します。デスクトップを使用しているカスタマーサービス担当者の「編集」アクションは一切影響を受けず、従来通りの標準ページを使い続けることができます。これは、カスタマイズを最小限に抑え、要件を的確に満たす最も優れた方法です。
* **A. 「モバイルで編集」という別のボタンを作成します。**
* **(誤り)** これはユーザーエクスペリエンス(UX)を低下させます。ユーザーは標準の「編集」ボタンと新しい「モバイルで編集」ボタンの2つを区別して使用する必要があり、直感的ではありません。また、不要なアクションを追加することになり、「カスタマイズを最小限に」という要件にも反します。
* **B. Lightning コンポーネントを Lightning Experience の「編集」アクションのオーバーライドとして使用し、...デバイスのフォーム ファクターを検出...します。**
* **(誤り)** この方法は過度に複雑です。すべてのアクションを一度上書きし、そこからコードでデバイスを判別してデスクトップユーザーをリダイレクトするのは非効率です。Salesforceが標準で提供しているフォームファクタごとの上書き機能を使えば、このような回りくどい実装は不要です。...