rupring v0.4.0

https://docs.rs/rupring/latest/rupring/
https://github.com/myyrakle/rupring

가장 큰 변경사항은 미들웨어다.

1. Route 함수 시그너처 변경

미들웨어 디자인을 고려해서 함수 형태를 변경했다.

기존대로 그냥 그때그때 Response를 새로 만들어서 반환해도 되지만

두번째 인자로 Response를 받아와서 사용해도 된다.

인자로 넘어오는 Response는 미들웨어를 통해서 상속받은 값일 수도 있고, 그게 아니라면 그냥 디폴트값이다.

2. Panic 핸들링

이제 Route에서 패닉을 터뜨려도 그냥 응답으로 500 던지고 말게끔 구성해뒀다.

3. Response 사용 형태 변경

이제 좀더 정리된 형태로 response를 생성하거나 조작해서 쏘아댈 수 있다.

이런 느낌이다.

json도 바로 쏠 수 있다.
serde Serialize만 구현하면 된다.

4. 미들웨어 추가

미들웨어 시스템이 추가되었다.

만약 로그만 찍는 간단한 미들웨어를 정의한다면, 이렇게 만들 수 있다.

여기서 next 함수를 통해 반환하면 다음 미들웨어나 route 함수로 request와 response가 전달이 되게 된다.
next 함수를 쓰지 않고 바로 반환하면 다음 미들웨어나 route 함수까지 가지 않고 바로 응답을 반환한다.

미들웨어는 Module이나 Controller 단위에 등록할 수 있다. route 단위에도 등록할 수 있게 하고 싶은데, 그건 구조를 고민중이다.

모듈에 미들웨어를 등록하면, 그 모듈에 등록된 컨트롤러의 모든 route 함수에 적용이 된다.
더해서, 모듈에 등록된 자식 모듈들에도 재귀적으로 전부 적용이 된다.

컨트롤러에 미들웨어를 등록하면 그 컨트롤러에만 등록된 모든 route 함수에 적용이 된다.

하나의 route 함수에 대해서 여러개의 미들웨어가 적용되고 있는 상태라면, 아래와 같은 우선순위를 따라 순서대로 처리가 된다.

1. 모듈과 컨트롤러 미들웨어가 동시에 있다면, 모듈 미들웨어가 먼저 실행된다.

2. 부모 모듈의 미들웨어와 자식 모듈의 미들웨어가 동시에 있다면, 부모 모듈의 미들웨어가 먼저 실행된다.

3. 같은 레벨의 미들웨어가 여러개 있다면, middlewares 파라미터 배열에 정의된 순서대로 실행된다.