에러 핸들링 w/ [asyncwrap, next, ErrorHandler.js ]

Wecode - Project 3 (부트캠프)/Project 3 독학

에러 핸들링 w/ [asyncwrap, next, ErrorHandler.js ]

Queen Julia 2023. 10. 27. 17:28

동기 분께서 설명해주신 부분

1) async를 쓸 때

controller.js 에서 try, catch 지우고

errorHandler.js 사용 ( 에러 시 일로 감)

1-1) errorHandler.js 에서 next 사용 X

1-2) errorHandler.js 에서 next 사용

2) async를 안 쓸 때

- controller.js 에서 try/catch를 쓴다 --> service.js에서 throw로 에러를 던진다 (그러니까 controller.js에서 catch로 잡는 것)

(controller.js에서 try/catch쓰면, 가장 가까운 try catch로 가서

2-1) next 호출 --> error handler로 보냄

2-2) res.status // next(error) 사용x : error가 있으면, ErrorHandler.js 로 간다. --> res에서 res.status 를 보내준다

3) next를 쓸 때

next는 async를 쓰던 안 쓰던 상관 없음
있어도 없어도 그만. 영향 없음 --> console.log 찍와 봐서 확인함

1] next를 쓰게 되면, 함수 선언에 (req,res,next ) 그리고 에러 처리 코드에서 next(error) 가 추가된다.

// const createOrders = async (req, res, next) => {
// next(error);

2] 안 쓰면, 함수 선언 시 (req,res)만 그리고 에러 선언에 따로 next 관련 선언 필요 없음

3-1) async O , errorHandler.js 에서 next 사용 X

3-2) async O , errorHandler.js 에서 next 사용

3-3) async X, errorHandler.js 에서 next 사용

3-4) async X, errorHandler.js 에서 next X

res.status(error.status || 500).json({ message: error.message });

사이이 위에 코드는 사라진다.

추가

res.status(error.status || 500).json({ message: error.message }); //error의 message

res.status(error.status || 500).json({ message: errorMessages }); //const errorMessages = [];

둘이 같은 코드이다.

위 코드

아래 코드

Project2: Middleware 활용

개요 🗣 하나의 API가 온전히 작동하기 위해서는 여러 단계를 거쳐야 합니다. 그 단계를 자유롭게 추가하거나 삭제하는 방법인 middleware에 대해 배워 봅시다. 학습 목표 middleware가 무엇인지 설명