説明
コンボボックスの変更を処理するには、開発者は <CHANGE EVENT> を {handleChange} に置き換える必要があります。handleChange は、Lightning Web コンポーネントの JavaScript ファイルで定義され、コンボボックスの値が変更されたときに呼び出される関数です。開発者はこの関数を使用して、他のコンポーネントやプロパティの更新、Apex メソッドやサービスの呼び出し、イベントの起動など、コンボボックスで選択した値に基づいてカスタムロジックやアクションを実行できます。開発者は、onchange 属性を使用して、Lightning Web コンポーネントの HTML ファイル内のコンボボックス要素に handleChange 関数をバインドできます。onchange 属性は、要素の値が変更されたときに実行される関数を指定する HTML 属性です。{event:handleChange} は、関数を要素にバインドするための有効な構文ではないため、コンボボックスの変更を処理する有効な方法ではありません。
javascript:void(0);handleChange(); これは関数を要素にバインドするための有効な構文ではないため、有効な方法でもありません。{handleChange()} も、関数を要素にバインドするための有効な構文ではないため、有効な方法ではありません。Salesforce 参照: Lightning Web コンポーネント開発者ガイド: イベントの処理、Lightning Web コンポーネント開発者ガイド: プロパティとの通信、Lightning Web コンポーネント開発者ガイド: lightning-combobox

説明
開発者が環境でデバッグ モードをオンのままにすると、ユーザーは JavaScript 制限例外を受け取り始めます。デバッグモードは、Lightning Web コンポーネントのより詳細なログ記録とエラーレポートを有効にする設定です。ただし、ブラウザに配信される JavaScript コードのサイズと複雑さも増大し、パフォーマンスの問題や JavaScript 制限例外が発生する可能性があります。JavaScript 制限例外は、ブラウザーが JavaScript コード実行の最大容量 (メモリ ヒープ サイズやスクリプト実行時間など) に達したときに発生するエラーです。デバッグモードはクライアント側のパフォーマンスにのみ影響し、サーバー側のパフォーマンスには影響しないため、組織のパフォーマンスが毎日低下することはありません。デバッグモードは管理者のみが手動で変更できる永続的な設定であるため、組織は 72 時間経過してもデバッグモードをオフにしません。デバッグモードはユーザーインターフェースに影響を与えない透過的な設定であるため、組織がデバッグモードであることを示すバナーはユーザーには表示されません。Salesforce 参照: Lightning Web コンポーネント開発者ガイド: コードのデバッグ、Lightning Web コンポーネント開発者ガイド: JavaScript 制限例外

説明
料金タイプのカート項目は、配送統合後にカート配送グループメソッドを使用して作成されます。配送統合とは、製品の重量、寸法、数量、場所、配送業者のサービス レベルなどのさまざまな要素に基づいて配送コストとオプションを計算し、カートまたは注文に適用する統合です。配送統合では、外部配送サービスプロバイダまたはカスタム Apex コードを使用して配送計算を実行できます。カート配送グループ方式は、配送方法と住所に基づいて商品を配送グループにグループ化する方法を決定する方法です。配送グループは、同じ配送方法と住所を使用して一緒に配送される商品の論理的なグループです。各配送グループの配送計算を実行した後、配送統合により、配送グループごとに、料金タイプと送料タイプのカート項目が作成されます。これらのカート項目は、各配送グループに適用される送料とオプションを表します。追加料金、配送、配送のタイプのカート項目が存在しないか、配送統合に関連していません。Salesforce 参照: [B2B Commerce 開発者ガイド: 出荷統合]、[B2B Commerce 開発者ガイド: カート配送グループ方法]

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

説明
LWC で孫コンポーネントから祖父親コンポーネントへのメッセージの受け渡しを示す正しい方法は、PubSub ライブラリを使用することです。PubSub ライブラリは、Lightning Web コンポーネントが仲介者を使用せずに DOM ツリー全体で通信できるようにするユーティリティです。孫コンポーネントはチャネルにメッセージをパブリッシュでき、祖父母コンポーネントはそのチャネルにサブスクライブしてメッセージを受信できます。このようにして、通信は分離され、コンポーネント階層に依存しません。
オプション B は、PubSub ライブラリを使用して孫コンポーネントから祖父親コンポーネントにメッセージを渡すための正しい構文を示します。オプション A は、@api デコレーターを使用して孫コンポーネントのプロパティを公開するため、誤りです。これは、祖父母コンポーネントと通信する有効な方法ではありません。オプション C は、@wire デコレータを使用して孫コンポーネントのプロパティを祖父母コンポーネントの関数に接続するため、不正解です。これも、祖父母コンポーネントと通信する有効な方法ではありません。オプション D は、@track デコレータを使用して孫コンポーネントのプロパティを追跡するため、誤りです。これは、祖父母コンポーネントと通信する有効な方法ではありません。参考文献: DOM を越えた通信 |Lightning Web コンポーネント開発者ガイド、LWC での子から祖父母への通信、Lightning Web コンポーネントの PubSub ライブラリ