토비의 스프링 4장을 보면서 예외처리에 대한 질문이 있습니다.

Question

토비의 스프링 4장에서 예외전환을 통해 적절한 예외로 전환해서 던지는 예외처리를 봤습니다.그런데 예시가 회원가입에 대한 예외처리여서 궁금한점이 생겨서 질문드립니다. Member member &#61; isPresentMember(requestDto.getNickname()); if (null &#61;&#61; member) { return Request(&#34;로그인 실패&#34;,false); }예전 프로젝트에서 제가 스프링 MVC형태로 Service단에서 가입자가 있는경우 요청을 이러한 형태로 반환했습니다.직접 DB에서 가입자가 있는지 확인후 있으면 null을 반환하는 내용이었는데 이러한 방식말고 실무에서는 회원가입시 만약 가입자가 존재하면 throws를 통해서 예외처리하여 문제를 해결하나요? 아니면 다른 방식이 존재하나요?

kenu,전독시 · Answer

가입자가 있는지 확인후 있으면duplicate 로 보내면 명확하지 않을까요?

2948284 · Answer

저는 throw ApiException(4000, 유저중복됬어요뿌우)httpstatus, code , message를 선호하는중

감독님테스트가하고싶어요 · Answer

예외를 더지는게 일반적일 것입니다.null 반환은 여러면에서 좋지못한 방식입니다.@ControllerAdvice, @RestControllerAdvice 를 공부해보세요.

집킨 · Answer

isPresentMember 메소드명을 쓸거면 boolean 을 반환하도록 하고, 이걸 호출하는 쪽에서 true가 반환될 경우 비지니스 규칙에 어긋나는거라고 판단되면 에외를 던지면 됩니다그리고 그 예외는 메소드 시그니처에 항상 명시해두시구요근데 솔직히 저는 그냥 db에서 nickname컬럼에 유니크 제약 걸어놓으면 될걸 왜 조회를 한번 더 하는지 모르겠어요

토비의 스프링 4장을 보면서 예외처리에 대한 질문이 있습니다.

4개의 답변

Q&A 목록