[Architecture] ByeBooError의 레이어 위치가 적절한가?

[juri123123]

🧐 Background

현재 에러 처리는 Core 의 ByeBooError 타입 하나로 전체 레이어(Domain, Data, Feature/Presentation, Core/Network)에서 공유되고 있습니다.

처음엔 편의상 자연스러운 선택이었지만, 몇 가지 문제가 보여 의견을 나눠보고 싶습니다.

---

⚠️ Problem

레이어 간 관심사 혼재
Network 에러(HTTP 상태코드, timeout), Domain 에러(비즈니스 규칙 위반), UI 에러(사용자 피드백용 메시지)는 성격이 다름에도 같은 타입에서 표현되고 있습니다. 이로 인해:

• ByeBooError의 케이스가 비대해지거나
• 특정 레이어에서 의미 없는 케이스를 억지로 처리하게 됩니다.

---

🙋 Questions for the team

@dev-domo @y-eonee

1. 현재 ByeBooError의 케이스가 레이어별로 명확히 구분되어 있다고 느끼시나요?
2. 여러 에러 처리 접근 방식에 대한 의견 부탁드립니다 !

관련 파일: Core/Sources/Error/ByeBooError.swift

[y-eonee]

레이어별로 명확하게 구분되어있는 것 같진 않아요,,!
그리고 개발하면서 조금 불편했던 점은 400으로 오는 에러가 항상 '진행중인 여정 없음'으로 자동으로 매핑되어 오는 점이었어요. 퀘스트 관련 api가 아니더라도 400이 뜨면 이렇게 매핑되는 점이 조금 맞지 않는다고 느꼈습니다.
그래서 제 생각에는
프레젠테이션레이어에서 사용하는 에러 (네비게이션 컨트롤러 없음, 비속어 포험) 들이랑 네트워크단에서 사용하는 에러들은 분리를 해보는게 좋을 것 같아요. 추가적으로 DefaultNetworkService에서 ByeBooError로 매핑해주는 부분도 조금 수정을 하면 어떨까 하는 의견입니다 !!