Salesforce CLIは、Salesforceアプリケーションの作成、テスト、デプロイを行うためのコマンドを実行できるコマンドラインインターフェイスです。Salesforce CLIコマンドは、CircleCI、Jenkins、Travis CIなどのさまざまなCIツールに簡単に統合でき、スクラッチ組織に対するSalesforceアプリケーションのテストとデプロイを自動化できます。
Salesforce CLI は、ソースコード主導の開発、チームコラボレーション、アジャイル開発を可能にする Salesforce DX 開発モデルもサポートしています。参考資料:
* 継続的インテグレーション | Salesforce DX 開発者ガイド
* Salesforceプロジェクトの継続的インテグレーションを設定する | Salesforce開発者ブログ
* 継続的インテグレーションユニットを使用したコラボレーション | Salesforce Trailhead

宣言型開発とは、コードを書かずにSalesforceのポイントアンドクリックツールを使用してアプリケーションを構築することを指します。宣言型開発にはいくつかの特徴があります。
オプションC：宣言型開発では、Apexテストクラスは不要です。
真実。
フロー、プロセスビルダー、検証ルールなどの宣言型ツールは、コードではなくUIを介して構成されるため、Apexテストクラスを必要としません。
参照：
オプションD：設定メニューを使用して宣言型開発を行うことができます。
真実。
宣言型開発はSalesforceの「設定」メニュー内で行われ、管理者と開発者はポイントアンドクリックツールを使用してオブジェクト、フィールド、自動化などを作成できます。
該当しないオプション：
オプションA：宣言型コードロジックは、保守やレビューを必要としません。
間違い。
宣言型ロジックであっても、特にビジネス要件が変更された場合は、メンテナンスが必要となる。
自動化プロセスが組織のニーズを満たし続けるためには、定期的な見直しが必要である。
オプションB：宣言型開発は、設計上の制約とクエリの制約がより厳しくなります。
間違い。
宣言型処理には限界があり、場合によってはプログラムによる解決策の方が、より大量のデータやより複雑な処理に対応できる場合がある。
例えば、ApexはFlowよりもループ内で処理できるレコード数が多い。
結論：
宣言型開発がプログラムによるカスタマイズよりも優れている点は、CとDである。

Order__cレコードのステータスが「発注済み」に設定された後、ERPシステムと統合するために、また注文が一括でアップロードされる可能性があることを考慮して、開発者は次のことを行う必要があります。
オプションD：トリガーから呼び出されるキュー可能なクラスからのコールアウト
トリガー: Order__c に更新後トリガーを実装し、ステータスが「発注済み」に変更されたことを検出します。
キュー可能なApex：非同期処理とコールアウトを処理するには、キュー可能なApexを使用します。キュー可能なクラスは、Database.AllowsCalloutsインターフェースを実装することでコールアウトをサポートします。
利点：
大量データの処理：キュー可能なApexはレコードをバッチで処理でき、大量のデータを処理するためにチェーン化することもできます。
コールアウトをサポート: 将来のメソッドとは異なり、Queueable Apex はより複雑なデータ型をサポートし、制限の少ないコールアウトをサポートします。
参照：
「外部サービスまたはAPIへのWebサービス呼び出しを行うには、フューチャーメソッド、キューイング可能なApex、バッチApexなどの非同期Apexを使用する必要があります。」
「Queueable Apexは、非同期Apex機能であり、いくつかの追加機能を備えたfutureメソッドの上位互換です。」
- Apex開発者ガイド：キュー可能なApex
他の選択肢が間違っている理由：
オプションA：トリガーから呼び出された@futureメソッドからのコールアウト
@future メソッドには、パラメータとしてプリミティブ型しか受け付けないことや、トランザクションごとに 50 回までしか呼び出しできないことなど、制限があります。数千件のレコードを処理する場合、この制限を超える可能性があります。
「futureアノテーションが付与されたメソッドは静的メソッドである必要があり、戻り値はvoid型のみとします。指定するパラメータは、プリミティブデータ型、プリミティブデータ型の配列、またはプリミティブデータ型のコレクションである必要があります。」
- Apex開発者ガイド：Future Methods
オプションB：スケジュールされたジョブから呼び出されるBatchableクラスからのコールアウト
バッチApexはレコードの変更によって即座にトリガーされるわけではないため、ステータス変更後に注文を処理するという要件を満たせない場合があります。
スケジューリングは、このユースケースには不要な遅延と複雑さを加える。
オプションC：呼び出し可能なメソッドからのコールアウトを含むフロー
トリガーから呼び出されるフロー（レコードトリガーフロー）は、非同期で実行するように構成されていない限り、コールアウトを実行できません。また、フローを使用して一括操作を管理する場合、効率が低下する可能性があります。