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
- 동시성 문제
- 스프링jpa
- 스프링
- Jenkins
- 예외 커스텀
- Mysql이미지
- 예외 핸들링
- docker
- 3WayHandshake
- 토스책
- nestjs
- 동시성 제어
- 예외필터
- 동시성문제
- OS
- 자바
- nestjs 예외
- 스프링기초
- 스프링 이미지
- connection reset by peer
- JavaScript
- 유난한 도전
- 스프링Entity
- 스프링오류
- nodejs
- 분산시스템
- 토스팀
- 트러블슈팅
- 대규모 트래픽
- nginx
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