腐敗防止層（ACL）での例外の処理

Question

例外に関して腐敗防止層を作成する際に推奨される方法は何ですか？

システムの他のインターフェイスの側面（別名境界があるコンテキスト）が統合されるように、例外をラップ/シールドする必要があると言うのは公正でしょうか？

Answer 1

腐敗防止レイヤーは、外部システムのイディオムや動作がバインドされたコンテキストに漏れるのを防ぐためのものです。したがって、あなたの紀元前には意味をなさないものに例外を含めることをお勧めします。

このようにすることで、不正使用防止レイヤー内で発生する可能性のあるエラーのケースについて考えることができ、アプリケーションをより堅牢にすることができます。ところで、ACL内で起こっているすべてのエラーが、直接的な第三者のシステムクライアントの例外によって引き起こされる可能性があります。また、例外ではない（予期しないHTTP応答ステータスなど）以外の方法で通知されたエラーも処理する必要があります。

例外をラッピングすることは、それを切り捨てることではなく、すべての情報元のエラーから。例外に関する優良事例はすべて有効です。

Answer 2

これらの例外はすべてラップしません。私は、従来の例外がスタックに泡立つようにすることができます。理由は、それがあなたの反腐敗層を混乱させる可能性があるからです。しかし、ある種の例外のためにエラーコードを返す必要があるかもしれないので、時々それは依存します。これらの例外は、私の新しい境界のあるコンテキスト（反腐敗層）にラップします。