Magento コマンドライン インターフェース (CLI) ガイドの使用方法によると、Magento CLI を設定して実行するには、開発者は bin/magento ファイルを実行可能にして、それを使用してコマンドを実行する必要があります。カスタム コマンドを作成するには、開発者は \Symfony\Component\Console\Command\Command を実装するクラスを作成し、その名前、説明、引数、オプション、およびロジックを定義する必要があります。開発者は、Magento\Framework\Console\CommandList 引数を使用して、モジュールの di.xml ファイルにコマンドを登録する必要もあります。したがって、オプション C は、カスタム コマンドを設定するための正しいクラスと di.xml コードを示しているため、正解です。検証済みの参照: https://www.a2hosting.com/kb/installable-applications/optimization-and-configuration/magento1/using-the-magento-command-line-interface-cli/

開発者は、モジュールの di.xmi 内で、コンストラクターの aiilowedExtensions と maxFilesize を指定して、Myvendor\MyModuie\Modei\customPdfupioader の仮想型を追加できます。この方法では、開発者は既存のファイル アップローダー クラスを再利用し、コア コードを変更せずに特定のフィールドに合わせてカスタマイズできます。検証済みの参照: [Magento 2.4 DevDocs] [Magento Stack Exchange]

親クラスのパラメータを構成して、それがすべての子孫クラスに伝播されるようにするには、di.xml 内で親クラスにパラメータを定義するのが正しい方法です。この方法では、明示的にオーバーライドされない限り、この親から継承するすべての子クラスはパラメータ値を自動的に使用します。
オプション C が正解である理由は次の通りです。
* 親クラス (Vendor\FreeDownload\Model\Download) での構成:Download クラスで直接、tracking_level パラメータを設定すると、DownloadPdf や DownloadImage など、このクラスを拡張するすべてのクラスが、tracking_level パラメータ値を継承するようになります。このメソッドは、Magento の依存性注入構成を活用し、親クラスで設定されたパラメータを子クラスにカスケードできるようにします。
* 説明: Magento の依存性注入システムでは、親クラス レベルで設定されたパラメータは、より具体的なレベルで上書きされない限り、すべての子クラスで使用できます。親クラスで tracking_level を定義すると効率的であり、すべてのサブクラス間で一貫性が確保されます。
* 参考資料: Magento の公式開発者ドキュメントでは、上位レベルの di.xml で定義されたクラスの依存関係と構成パラメータは、子孫クラスからアクセス可能であると説明されています。
これは、クラスの階層に影響するパラメータを設定するための Magento の標準的な方法です。
* 冗長構成の回避: 個々の子クラスにパラメータを設定するオプション A や、複数の子クラスにパラメータを冗長に設定するオプション B とは異なり、オプション C は構成を一元化するため最適です。これにより、矛盾のリスクが軽減され、メンテナンスが簡素化されます。
オプション A と B は次の理由で不正解です。
* オプション A は、単一の子クラスに対してパラメータを構成します。これは、DownloadImage などの他の子クラスには影響しません。
* オプション B は、各子クラスのパラメータを個別に冗長的に設定しますが、パラメータを親から継承できる場合は不要です。

正解はオプション A です。このアプローチでは、2 つのフィルター グループを使用して、Magento の SearchCriteria API を使用した SQL クエリからのロジックを正しく実装します。
* ロジックの理解: 指定された SQL クエリには、2 つの主な条件が含まれています。
* featured = 1 AND logo_image IS NOT NULL (AND条件でグループ化)
* 有効 = 1
Magento SearchCriteria の用語では、これらは次のように翻訳されます。
* フィルターグループ 1: featured = 1 かつ logo_image が NULL ではない
* フィルターグループ 2: 有効 = 1
次に、暗黙の AND 条件を使用して 2 つのフィルター グループが結合されます。
* MagentoのSearchCriteria構造: SearchCriteriaオブジェクトはMagentoで推奨される方法です
2 複雑な条件でコレクションをフィルタリングして取得します。
* フィルター グループ: フィルターをグループ化するために使用されます。フィルター グループ内のすべてのフィルターは AND 条件で結合されます。
* フィルター: 単一のフィールドの条件を定義します。
* オプションAのコードの説明:
* 注目フィールドに対してフィルター 1 が作成され、eq 条件タイプで 1 に設定されます。
* フィルター 2 は、notnull 条件タイプを使用して、logo_image フィールドに対して作成されます。
* フィルター 1 とフィルター 2 はフィルター グループ 1 に結合され、これらのフィルター間に AND 条件が適用されます。
* 有効なフィールドに対してフィルター 3 が作成され、eq 条件タイプで 1 に設定されます。
* フィルター グループ 2 にはフィルター 3 のみが含まれます。
* 最後に、両方のフィルター グループが SearchCriteria オブジェクトに設定されます。デフォルトでは、SearchCriteria は AND 条件を使用してフィルター グループを結合します。
* オプション A が正しい理由: オプション A では、目的の SQL クエリ ロジックに正確に一致する 2 つのフィルター グループを使用します。
* featured と logo_image を AND 条件で正しく結合します。
* 次に、enabled が 1 であるかどうかを確認します。これは、2 番目のフィルター グループによって処理されます。
* 参考文献:
* 検索条件ビルダー - この Adob​​e Commerce ドキュメント ページでは、SearchCriteriaBuilder の作成方法と使用方法について説明します。
* フィルター グループと条件 - SearchCriteria でフィルター グループと条件を構成する方法の概要を示します。
* Magento 2 API - SearchCriteria を含む Magento 2 API の操作に関する一般的なドキュメント。
このアプローチは、複数のフィルター グループと条件を持つ SearchCriteria を使用して複雑な SQL クエリを複製するための Adob​​e Commerce の標準的な方法です。

開発者は、di.xml ファイルに次の構成を追加することでこれを実現できます。
テキスト
<設定>
<コンポーネント名="Custom\Module\Model\Example" ファクトリー="Custom\Module\Model\ExampleFactory">
<引数>
<引数名="filesystemAdapter" タイプ="Magento\Filesystem\Adapter\Local" />
</引数>
</コンポーネント>
</config>
この構成により、Custom\Module\Model\Example クラスのすべてのインスタンスが Magento\Filesystem\Adapter\Local クラスの新しいインスタンスを受け取るようになります。