A: すべてのイベントを含む Expense__c オブジェクトの 1 つのトリガーに 3 つのトリガーをすべて統合します。
Salesforce のベストプラクティスでは、冗長性と競合を避けるために、オブジェクトごとにトリガーを 1 つだけ使用することが推奨されています。
すべてのイベント (削除前、挿入前、更新前) を 1 つのトリガーに結合することで、開発者はロジックを整理された保守可能な方法で管理できます。
これによりデバッグも簡素化され、トリガー ロジックが予測可能な順序で実行されるようになります。
C: レコードが保存されるときに適切なロジックを実行するヘルパー クラスを作成します。
ヘルパークラスを使用することで、明確な関心の分離が可能になります。トリガーは、ロジックを専用クラスに委譲するディスパッチャになります。
たとえば、ヘルパー クラスに applyDefaultsToExpense()、validateExpenseUpdate()、deleteExpense() などのメソッドを作成し、トリガーから呼び出すことができます。
これにより、コードの再利用性、可読性、テスト可能性が向上します。
他の選択肢はなぜダメなのですか?
B: before insert トリガーと before update トリガーを統合し、削除アクションにフローを使用します。
フローは強力なツールですが、特に他のイベントのトリガーがすでに存在する場合、レコードを削除したり、Apex トリガー機能を置き換えたりするのには適していません。
D: Expense__c オブジェクトの 3 つのトリガーをすべて維持しますが、Apex ロジックをトリガー定義から移動します。
同じオブジェクトに対して複数のトリガーを維持すると、ロジックがヘルパー クラスに移動された場合でも、競合や実行順序の問題が発生する可能性があります。
参考文献:
トリガーのベストプラクティス
トリガーデザインパターン