2 つのシナリオでは ccLog の使用を避けてください。まず、ccrz.ccLog.log(System.LoggingLevel.ERROR, 'D:something', myCallToGetMessage(pl) ) など、メソッド呼び出しを 3 番目のパラメーターとして渡すときに、System.LoggingLevel.ERROR を指定して ccLog を使用することは避けてください。これは、メソッド呼び出し内で例外が発生した場合、ccLog によって捕捉されず、ページ上でハンドルされない例外が発生するためです。代わりに、メソッド呼び出しの周囲に try-catch ブロックを使用し、例外を個別にログに記録する必要があります。次に、ccrz.ccLog.log(System.LoggingLevel.DEBUG, 'D:myOrderList', myOrderList) のように、大きなコレクションまたはオブジェクトを 3 番目のパラメーターとして渡すときは、System.LoggingLevel.DEBUG で ccLog を使用することは避けるべきです。 myOrderList は注文のリストです。これは、大きなオブジェクトをログに記録するとパフォーマンスの問題が発生し、大量のヒープ領域が消費される可能性があるためです。代わりに、ループを使用して、オブジェクトまたはコレクションの関連するフィールドまたはプロパティのみをログに記録する必要があります。3 番目のパラメーターとして文字列を渡す場合は、ccLog を System.LoggingLevel.WARN とともに使用できます (例: ccrz.ccLog.log(System.LoggingLevel.WARN, 'D:something', '予期せぬ現象が発生しました: 予期していたデータ) PLはそこにいなかったからです')。これは、警告メッセージをログに記録する有効な使用例です。また、ccrz.ccLog.log(System.LoggingLevel.DEBUG, 'D:myOrder', myOrder) のように、小さなオブジェクトを 3 番目のパラメーターとして渡すときに、System.LoggingLevel.DEBUG とともに ccLog を使用することもできます。ここで、myOrder は注文です。物体。オブジェクトが大きすぎたり複雑すぎたりしない限り、これは許容されます。Salesforce リファレンス: [B2B Commerce 開発者ガイド: ログ]

説明
aura コンポーネントを LWC に移行する場合、開発者は 2 つのガイドラインを考慮する必要があります。1 つのコンポーネントを移行してから、追加の作業が意味があるかどうかを判断し、UI をレンダリングするだけの単純なコンポーネントから開始します。1 つのコンポーネントを移行し、追加の作業が意味があるかどうかを判断することで、開発者は移行の利点とコストを評価し、続行するか停止するかを決定できます。UI をレンダリングするだけの単純なコンポーネントを移行することで、開発者は、他のコンポーネントやサービスにあまり複雑にしたり依存したりすることなく、LWC のパフォーマンスと最新の機能を活用できるようになります。コンポーネントのツリー (コンポーネント内のコンポーネント) の移行から始めることは、移行プロセスを複雑にする可能性のあるさらなる課題や依存関係を引き起こす可能性があるため、適切なガイドラインではありません。Lightning Web コンポーネントを使用して新しいコンポーネントを作成することをすべての開発者に強制することも、開発者とユーザの間で不整合や混乱を引き起こす可能性があるため、良いガイドラインではありません。Salesforce 参照: [Lightning Web コンポーネント開発者ガイド: Aura コンポーネントを Lightning Web コンポーネントに移行する]、[Lightning Web コンポーネント開発者ガイド: 移行に関する考慮事項]

説明
B2B Commerce ストアで税金、送料、または価格計算のいずれかにサードパーティ サービスの使用を実装するには、開発者は次の 3 つのタスクを完了する必要があります。
* 計算タイプに適切なインターフェースを実装する Apex クラスを作成します。たとえば、税計算の場合、開発者は sfdc_checkout.CartTax インターフェイスを実装し、getTax メソッドを定義する必要があります。このメソッドは、Cart オブジェクトを入力パラメーターとして受け取り、計算された税額を含む CartTax オブジェクトのリストを返します。
* 外部サービスでの認証用の名前付き資格情報を作成します。名前付き資格情報は、コールアウト エンドポイントの URL とそれに必要な認証パラメータを指定します。開発者は、Apex クラスで名前付き認証情報を使用して、外部サービスへのコールアウトを作成し、応答を処理できます。
* ストア管理で Apex クラスを統合として登録します。開発者は、計算タイプの対応するフィールドに Apex クラス名を指定する必要があります。たとえば、税計算の場合、開発者は [税計算統合] 項目に Apex クラス名を入力する必要があります。このようにして、ストアは Apex クラスを呼び出して、各カートの計算を実行できます。
他のオプションは、サードパーティ サービスの使用を実装するための有効なタスクではありません。外部サービスを直接呼び出すフローの作成は B2B Commerce ではサポートされていません。また、計算統合には呼び出し可能なメソッドを使用した Apex クラスの作成は必要ありません。参考文献:
* 外部サービスとの統合
* CartTaxインターフェース
* 名前付き資格情報
* [ストア管理]

説明
選択肢 B は、新しい店舗を設立する際のチェックアウト開発に必要なデータを確立する最速のルートを示しているため、正解です。開発者は、sfdx セットアップスクリプトを使用して、チェックアウトフロー、サンプル製品、購入者を含む Lightning B2B テスト環境をデプロイできます。このようにして、開発者は、Experience Builder または Flow Builder を使用して、チェックアウト フローを迅速かつ簡単にテストおよびカスタマイズできます。他のオプションは、チェックアウト開発用にデータを設定するために、より多くの時間、手動手順、または追加ツールを必要とするため、不正確です。たとえば、以前にエクスポートしたストア アーカイブをインポートしたり、データローダーを使用したりするには、開発者がソース データとターゲット組織にアクセスし、フィールドとオブジェクトを正しくマッピングする必要があります。ストアの設定時に [サンプル データの追加] を選択すると、限られた量のデータのみが提供されるため、チェックアウトの開発には十分ではない可能性があります。参考資料: B2B Commerce 組織とチェックアウトフローの作成、B2B Commerce on Lightning Experience 開発者ガイド、B2B Commerce および D2C Commerce 開発者ガイド

説明
特定のオブジェクトに関するメタデータを取得するには、開発者は getObjectInfo ワイヤ アダプタを使用する必要があります。getObjectInfo ワイヤ アダプタは、@salesforce/schema モジュールからデータをインポートし、オブジェクトのラベル、キー プレフィックス、フィールド、子の関係、レコード タイプ情報、テーマなどの情報を含むオブジェクトを返します。getObjectMetadata ワイヤ アダプタが存在しません。getObject ワイヤ アダプタはメタデータを取得せず、レコード ID に基づいてレコード オブジェクトを返します。getObjectDescribe ワイヤ アダプタも存在しません。Salesforce 参照: [Lightning Web コンポーネント開発者ガイド: getObjectInfo]、
[Lightning Web コンポーネント開発者ガイド: Salesforce スキーマのインポート]