middlewware 공부 , errorhandler, async

에러 핸들링 2 [적용]

Middleware -> err, res, req, next를 받음 (errorhandler.js처럼) 

Client -> req -> Router -> Controller-> services -> models -> services -> controller -> res 

 

 

Express.js에서 미들웨어는 app.use() 함수로 추가

Express.js 쓸 거면, 
next 쓰는 게 좋음 

 

app.js에 있는 app.use가 미들웨어 

(원래 header에 담고 그래야 하는 것들을 여기에 넣어버린 것)

app.js

 

[throwError.js의 의미]  

throwError에 status와 message를 받아서 보낼거야. 

throwError.js

const error = new Error()
error.message = message 인데 이 두 줄을

const error = new Error(message) 한 줄로 쓴 것. 

 

[errorHandler.js의 의미] 

errorHandler.js

errorHandler.js에는

asyncWrap과 errorHandler가 있다. 

---

1. errorHandler.js- const asyncWrap

errorHandler.js의 함수 const asyncWrap

 

 

asyncWrap으로 Controller를 묶었고, 

async 사용하면 -> try, catch, next 사용할 필요 없음

 

 

[asyncWrap 사용할 때:]

asyncWrap 안에  try catch 들어있어서,  controller.js에는 try catch 필요없음

router에도 orderController.createOrders를 asyncWrap이 담고 있음

 

[asyncWrap 사용 안할 때:]

controller.js에 try catch 있음 

 

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

---

2. errorHandler.js - const errorHandler

.  errorHandler.js의 함수 const errorHandler

errorHandler 안에, status에 err.status 

---

'throw error' vs. 'return new Error '

 

throw error

는 에러가 나면, 거기에서 중단. 아래로 내려가지 않고 멈춤. 

return new Error

• new Error: 새로운 예외를 만들어낸다.
• return new Error: 예외가 던져지지 않고, 단순히 예외 객체를 반환

 

Project2: Middleware 활용

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

 

에러 핸들링 [개념] 1

 

Project 3: [주문 api] - if 에러 핸들링, transaction

 

Project 3 - [주문/결제 api] 에러 핸들링 코드 및 과정

 

에러 핸들링 2 [적용]