16
単一オブジェクト上の複雑なロジックに対する最適なアーキテクチャアプローチは、オブジェクトごとに単一のトリガーを使用し、ヘルパークラスに処理を委譲することです。この要件には、フィールド操作（大文字の名前）とレコード間更新（主要連絡先が1つのみであることを保証）という2つの異なる種類のロジックが含まれます。
Salesforceでは、Beforeトリガーは、トリガーを起動したレコードのフィールドを更新するのに最適です。これは、追加のDMLステートメントを使用せずに変更がデータベースに保存されるためです。したがって、LastNameを大文字に変換する処理は、before updateおよびbefore insertのコンテキストで行う必要があります。一方、「Is Primary」ロジックでは、他のレコードを更新する必要があります（同じアカウントの他の連絡先の選択を解除します）。これは、プライマリレコードが正常に更新されたことを確認し、再帰や最初の保存との競合を回避するために、Afterトリガーのコンテキストで行う必要があります。
オプションDは「オブジェクトごとに1つのトリガー」という設計パターンに従っているため、ベストプラクティスです。複数のコンテキスト変数（isBefore、isAfter、isUpdate）を持つ単一のトリガーを使用することで、開発者は「Last Name」ロジックを保存前ヘルパーに、「Is Primary」レコード間更新ロジックを保存後ヘルパーに明確にルーティングできます。
この集中管理により、複数のトリガーが予期しない順序で実行されるのを防ぎ、メンテナンスとデバッグを簡素化します。