feat: 例外クラスに構造化コンテキストとエラーコードを追加

[KinjiKawaguchi]

Why

現状の例外はメッセージ文字列にIDや値が埋め込まれており、プログラムからの判別が困難だった。
呼び出し側が catch 後にエラー内容に応じた処理を行うには文字列パースが必要で、APIレスポンス構築やログ構造化に不便だった。

What

全 DomainException / ApplicationException サブクラスに以下のプロパティを追加:

プロパティ	用途
code	プログラムからの判別用エラーコード（例: MEMBER_NOT_FOUND）
category	大分類（VALIDATION, NOT_FOUND, CONFLICT, INVARIANT_VIOLATION, PRECONDITION_FAILED）
context	関連IDや値を型付きオブジェクトとして取得可能
hint	利用者への解決ガイダンス
cause	ES2022 Error.cause によるエラーチェーン対応

使用例

catch (e) {
  if (e instanceof MemberNotFoundException) {
    console.log(e.code);               // "MEMBER_NOT_FOUND"
    console.log(e.category);           // "NOT_FOUND"
    console.log(e.context.memberId);   // "abc-123"
    console.log(e.hint);               // "メンバーIDが正しいか、または削除されていないか確認してください"
  }
}

既存互換性

• message プロパティは従来通り人間向けメッセージを返す
• instanceof による分岐は従来通り動作
• 新プロパティはオプショナルに使えるため、既存の catch コードは破壊されない

備考

• RegisterMemberToExhibit / RemoveMemberFromExhibit で EventNotFoundException に exhibitId が渡されている既存の意味的不整合があるが、スコープ外として今回は未修正

Test plan

• npm run typecheck パス
• npm test 全127テストパス
• npm run build 成功

🤖 Generated with Claude Code

---

[devin-ai-integration]

Devin Review found 1 new potential issue.

[devin-ai-integration]

📝 Info: ExhibitNotFoundFromExhibitIdException is now dead code

The PR adds EventNotFoundByExhibitIdException and migrates all three use cases (GetMembersByExhibit, RegisterMemberToExhibit, RemoveMemberFromExhibit) to use it. However, the old ExhibitNotFoundFromExhibitIdException is still defined at src/application/exceptions/ApplicationExceptions.ts:62 and exported, but has zero remaining imports or usages in the codebase. It should be removed to avoid confusion with the similarly-named domain-level ExhibitNotFoundException.

---

Was this helpful? React with 👍 or 👎 to provide feedback.