説明
Lightning Data Service を使用する 2 つの利点は、サーバー呼び出しを結合して重複を排除することと、レコードデータを段階的にロードすることです。Lightning Data Service は、Lightning Web コンポーネントの Salesforce データおよびメタデータへのアクセスを提供するサービスです。クライアント側でデータをキャッシュし、コンポーネント間でデータを共有することで、パフォーマンスを最適化し、サーバーのラウンドトリップを最小限に抑えます。また、同じレコードまたはオブジェクトに対するリクエストをバッチ処理し、単一の応答を返すことにより、サーバー呼び出しを結合して重複を排除します。また、最初に利用可能なキャッシュされたデータを返し、次に更新されたデータをサーバーから非同期でフェッチすることにより、レコード データを段階的に読み込みます。他のコンポーネントとの通信や異なるデータ形式間の変換は、Lightning Data Service の機能とは関係がないため、Lightning Data Service を使用する利点ではありません。Salesforce 参照: Lightning Web コンポーネント開発者ガイド: Lightning データサービス、Lightning Web コンポーネント開発者ガイド: Salesforce データの操作

説明
小さな変更を含む CSS ファイルが実際に組織にデプロイされたかどうかを確認するには、開発者がこれを行う方法の 1 つは、CSS ファイルを右クリックして [Diff File Against Org] を選択することです。Diff File Against Orgis は、開発者が Salesforce CLI コマンドを使用して、ローカル ファイルと組織内のリモート バージョンを比較できるオプションです。開発者は、Visual Studio Code を使用して、プロジェクト内のファイルまたはフォルダーを右クリックし、さまざまな diff オプションから選択することで、これらのコマンドを実行できます。CSS ファイルを右クリックして [Diff File Against Org] を選択すると、開発者は組織内のローカル CSS ファイルとリモート CSS ファイルの違いを Visual Studio Code で並べて確認できます。このようにして、開発者は変更が正常にデプロイされたかどうかを確認できます。[ツール] メニューをクリックして [組織とのスタイルの相違...] を選択することは、Visual Studio Code または Salesforce CLI にはそのようなオプションがないため、CSS ファイルが組織にデプロイされたかどうかを確認する有効な方法ではありません。Visual Studio Code や Salesforce CLI にはそのようなオプションがないため、コンポーネントのフォルダを右クリックして [組織とのスタイルの差分] を選択することも有効な方法ではありません。
コンポーネントのフォルダーを右クリックして、「組織との差分ファイル」を選択することも有効な方法ではありません。これは、CSS ファイルだけでなく、フォルダー内のすべてのファイルを比較するため、効率的または必要ではない可能性があります。
Salesforce リファレンス: [Salesforce CLI コマンドリファレンス:force:source:diff]、[Salesforce Developer Tools for Visual Studio Code]

説明
apex:form コントロール内では CCRZ JavaScript オブジェクトにアクセスできないため、Salesforce B2B Commerce ページインクルードおよび登録者ページでは、apex:form などの標準 Visualforce コントロールの使用は推奨されません。CCRZ JavaScript オブジェクトは、ログ、ユーティリティ、イベント、構成などのさまざまな B2B Commerce 機能およびプロパティへのアクセスを提供するグローバル オブジェクトです。apex:form コントロールを使用すると、開発者は CCRZ JavaScript オブジェクトとその機能を使用できなくなります。Visualforce ではサポートされません。
これは有効なステートメントではないため、ページ上に存在する「scope」コントロールとコントロールのスコープは「ccrz」に設定されます。これはパフォーマンスの問題ではないため、Apex:form では DOM コンポーネントのレンダリングが遅くなりません。JavaScript イベントは、apex:form コントロール内でサポートされていますが、これは制限ではありません。Salesforce 参照: B2B Commerce 開発者ガイド: CCRZ JavaScript オブジェクト、B2B Commerce 開発者ガイド: ページのインクルード

チェックアウトフローステップに新しい画面動作を導入するには、開発者は適切なサブフローを複製し、その中の Lightning Web コンポーネントを置き換える必要があります。サブフローは、別のフローから要素として呼び出すことができる再利用可能なフローです。チェックアウト フローは、ストアフロントでのチェックアウト プロセスのステップとコンポーネントを定義するフローです。チェックアウト フローは複数のサブフローで構成され、それぞれがカート、配送先住所、支払い、注文概要などのチェックアウト ステップに対応します。チェックアウトフローステップに新しい画面動作を導入するには、開発者は、変更するチェックアウトステップに一致するサブフローを複製し、複製されたサブフロー内の Lightning Web コンポーネントをカスタムコンポーネントに置き換える必要があります。その後、開発者は checkoutSteps.xml ファイルを更新して、元のサブフローの代わりに複製されたサブフローを指すようにできます。checkoutSteps.xml のプロパティ マッピングを変更することは、チェックアウト フロー ステップに新しい画面動作を導入する有効な方法ではありません。影響するのはサブフロー間でのデータの受け渡し方法のみであり、画面の表示またはレンダリング方法には影響しません。デフォルトのサブフローを直接編集することも、同じデフォルトのサブフローを使用する他のストアや環境との競合やエラーが発生する可能性があるため、有効な方法ではありません。以前のサブフロー構成で次の状態を調整することも有効な方法ではありません。影響を受けるのはサブフローの遷移方法またはナビゲーション方法のみであり、画面の表示方法やレンダリング方法には影響しません。Salesforce リファレンス: B2B Commerce 開発者ガイド: チェックアウトフロー、B2B Commerce 開発者ガイド: チェックアウトサブフロー、B2B Commerce 開発者ガイド: チェックアウトステップのカスタマイズ