210318 목 TIL

bongf·2021년 3월 18일

목록 보기

22/40

✔ Done

Custom 예외를 만들면 불필요한 클래스들이 많이 생기는 문제 + 표준 예외를 사용할 때 보다 다른 이들이 이해하기 어려움으로 미션에서 최대한 표준 예외를 발생시키려고 시도했다.
그러나 try catch가 많아지고 이를 @ExceptionHandler로 처리하라는 피드백을 받으면서
- 예외의 발생시 각 상황별로 다른 처리를 해주고 싶은데(ex. 로그인 실패 -> 로그인 페이지, 잘못된 접근 -> 홈페이지) @ExceptionHandler는 예외의 종류에 따라 다른 처리 방식이다 보니 처리해주고 싶은 결과에 따라서 다른 종류의 예외를 사용하게 되었다.
- 그러다 보니 예외의 의미를 알 수 없는 사용이 늘어나 결국 예외 의미를 명확하게 해주기 위해 custom 예외를 만들어주게 되었다.
- 일반적으로는 이와 같은 경우 어떻게 처리하는지 궁금하다

Repository - Service - Controller의 로직으로 서비스를 구현하고 있었는데 이는 김영한님의 강의를 들으면서 일반적으로 이렇게 한다는 말을 듣고 불과했다.
이 때문에 팀 코드리뷰 시간에 각 파트가 맡아야 될 일들이 혼재되어있다는 피드백을 받고 수정해 보려고 했다.
참고로 여기 있는 자료들은 대부분 K가 준 자료들이다. 감사합니다 :)

출처 https://en.wikipedia.org/wiki/Multitier_architecture
1. Presentation layer (a.k.a. UI layer, view layer, presentation tier in multitier architecture)
2. Application layer (a.k.a. service layer[5][6] or GRASP Controller Layer [7])
3. Business layer (a.k.a. business logic layer (BLL), domain layer)
4. Data access layer (a.k.a. persistence layer, logging, networking, and other services which are required to support a particular business layer)
지금 내가 사용했던 것은 2.Controller - 3.Service - 4. Repository로 사용했음을 알게 되었다.

헤로쿠 타임 존을 설정 안하면 날짜 표시가 다르게 된다.

heroku config:add TZ="Asia/Seoul"
출처
https://www.paulasantamaria.com/posts/change-the-timezone-on-a-heroku-app-2b4/
- 웹에서 수정
성공

@ContorllerAdvice 는 전체의 예외를 처리한다
- 각 컨트롤러마다 @ExceptionHandler를 둬서 예외를 다르게 처리 할 수도 있고 한 번에 @ContorllerAdvice 붙인 별도의 클래스를 만들어서 예외를 처리할 수도 있다
https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/web/bind/annotation/ControllerAdvice.html