コンポーネントがフィールドレベルのセキュリティによるエラーを表示することなく、両方のユーザーに対して正しく動作するようにするには、開発者はフィールドへのアクセス権限をプログラムで処理する必要があります。
オプションD：Security.stripInaccessibleを使用して、現在のユーザーがアクセスできないフィールドを削除します。
正解です。
Apexでは、Security.stripInaccessibleメソッドを使用して、現在のユーザーがアクセス権限を持たないSObjectのフィールドを削除できます。
SOQLを使用してデータを取得する場合、このメソッドを適用することで、アクセスできないフィールドが含まれないようにし、コンポーネントがそれらを表示しようとしたときに発生するセキュリティ例外を防ぐことができます。
この方法は、フィールドレベルのセキュリティを強化し、アクセスできないデータの漏洩を防ぎます。
使用法：
// Apexコントローラー
public with sharing class SalesRecordsController {
@AuraEnabled(cacheable=true)
public static List<Sales_Record__c> getSalesRecords() {
List<Sales_Record__c> records = [SELECT Id, Name, Commission__c, Other_Field__c FROM Sales_Record__c]; return (List<Sales_Record__c>) Security.stripInaccessible(AccessType.READABLE, records);
}
}
WITH SECURITY_ENFORCED は、SOQL クエリでフィールドおよびオブジェクトレベルのセキュリティを強制します。
ユーザーがフィールドにアクセスできない場合、クエリは例外をスローし、コンポーネントにエラーが発生する可能性があります。
アクセスできないフィールドを削除するのではなく、クエリを失敗させることでセキュリティを強化します。
オプションB：Lightning Locker Serviceを使用して、共有ルールとフィールドレベルのセキュリティを適用する。
正しくない。
Lightning Locker Serviceはコンポーネントのセキュリティを提供しますが、共有ルールやフィールドレベルのセキュリティは強制しません。
オプションC：Lightning Data Serviceを使用して、販売記録のコレクションを取得します。
それだけでは不十分だ。
Lightning Data Serviceはフィールドレベルのセキュリティを尊重しますが、コンポーネントがユーザーに表示できないフィールドにアクセスしようとすると、エラーが発生する可能性があります。
エラーを防ぐためには、追加の処理が必要です。
結論：
コンポーネントが両方のユーザーに対して正しく動作し、エラーを発生させることなくフィールドレベルのセキュリティを尊重するようにするには、開発者はオプション D である Security.stripInaccessible を使用する必要があります。
参照：
stripInaccessible メソッド
CRUDとFLSの強制
誤った選択肢：
オプションA：コンポーネントのデータを取得するSOQLクエリでWITH SECURITY_ENFORCEDを使用します。
それだけでは不十分だ。

マスター/ディテール関係は、マスター（親）レコードがディテール（子）レコードのセキュリティ、所有権、削除などの特定の動作を制御する親子関係です。再親付け可能なマスター/ディテール関係では、適切な権限を持つユーザーがいれば、ディテールレコードを別のマスターレコードに移動できます。この関係の実装は、注文の合計金額の計算、各明細項目の明細金額の計算、明細項目を別の注文に移動する要件をサポートします。ルックアップ関係は、2 つのオブジェクト間のより緩やかな関連付けであり、親レコードは子レコードの動作を制御しません。再親付け可能なルックアップ関係でも、子レコードを別の親レコードに移動できますが、要件に必要な自動ロールアップ集計項目やカスケード削除はサポートしていません。したがって、オプション A がこのシナリオに適した関係の実装です。参照: オブジェクト間の関係 | Salesforce ヘルプ、認定準備: プラットフォーム開発者 I:
データモデリング