Nest.js에서의 Guards에 대해 소개하겠다. documentation을 번역한다는 느낌으로 생각하면 되겠다.https://docs.nestjs.com/guards우선 Request Lifecycle에서 guards의 작동 위치이다.Incoming req
NestJS documentation을 번역하고 공부해가며 적은 글입니다.Nest LifeCycle에서 Exception Filter의 범위를 잘 보여주는 그림이다.Nest는 application 전체의 모든 unhandled exceptions를 처리하는 except
프로젝트 진행 중에 모듈간에 서로를 참조하는 상황이 발생하는 경우가 있다. 그 때는 NestJS의 함수 forwardRef를 사용하면 편리하다.forwardRef(()=>모듈명)의 형태로 해결할 수 있다.참고) https://docs.nestjs.com/fun
Docs를 참고해서 처음부터NestJS로 프로젝트를 만들어 보겠다.CLI를 통해 기본세팅이 가능하다.NestJS 공식문서 - First steps$ npm i -g @nestjs/cli$ nest new project-namesrc이런 폴더구조를 갖게 된다.
컨트롤러는 requset를 처리하고 response를 반환한다.cats.controller.tsNestJS에선 컨트롤러를 만들 때 CLI를 이용하여 간편하게 만들 수 있다.이런 여러 다양한 응답객체들을 데코레이터를 사용하여 손쉽게 이용할 수 있다.또한 상태코드도 쉽게
Nest에서 Provider란 의존성을 주입해주는 공급자를 의미한다.Provider그림과 같이 컨트롤러에 의존성을 주입해주는 여러 컴포넌트들과 팩토리가 공급자라고 할 수 있다.cats.service.ts이런 하나하나의 서비스들 또한 공급자라고 할 수 있다.공급자(Cat
여러 컴포넌트를 조합하여 작성한 좀 더 큰 작업을 수행하는 단위이다. 이곳에는 전에 본 공급자와 서비스들이 모듈 단위로 등록되게 된다.Nest 어플리케이션이 실행되기 위해서는 하나의 루트 모듈이 존재하고 이 루트 모듈(일반적으로 AppModule)은 다른 모듈들로 구