Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 3WayHandshake
- 스프링오류
- 유난한 도전
- Mysql이미지
- JavaScript
- OS
- 예외 커스텀
- 스프링Entity
- connection reset by peer
- 동시성문제
- 자바
- 스프링
- 토스책
- 예외 핸들링
- 스프링jpa
- 대규모 트래픽
- nestjs
- docker
- nodejs
- 트러블슈팅
- nginx
- 예외필터
- 분산시스템
- 스프링 이미지
- 동시성 문제
- 토스팀
- Jenkins
- 스프링기초
- nestjs 예외
- 동시성 제어
Archives
- Today
- Total
목록예외 커스텀 (1)
삽질블로그
NestJS 예외 핸들링
Nodejs로 개발 스택을 바꾸면서 동시에 개인 프로젝트를 진행하게 되었는데,버전1부터 버전3까지 개발 과정을 거치면서 예외 처리를 어떻게 하는게 좋을까 하는 생각이 들곤했다.각 계층에 대한 예외처리를 하는게 맞지만, 한 계층에서 다른 계층의 에러를 핸들링을 하는게 맞을까 하는 고민이 있었다. 예를 들어 Express.js로 개발한 개인 프로젝트 버전 2에선 다음과 같은 예외 처리가 많았다. 다음 코드는 Service에서 던져진 에러를 Controller에서 식별해 http에러를 던지는 동작이다. 이는 서비스와 컨트롤러간의 결합도가 낮고 SRP원칙을 준수한다는 장점이 있지만 그 외엔 단점이 너무 많은 전략이다.// PostService.tspublic async getPost(postId : number..
개발
2024. 7. 22. 20:44