NestJS 공식문서 파헤치기

Client 요청을 처리하고 응답을 반환하는 역할path 지정 가능다양한 http request 메서드 데코레이터를 사용할 수 있다.@Get, @Post, @Put, @Delete, …Request, Response 객체를 이용가능좋은 점은 @Query, @Body,

의존성 주입어떤 서비스를 직접 인스턴스화하거나 관리할 필요를 제거하고, 코드의 재사용성, 테스트 용이성, 그리고 간결성을 향상.간단한 예로 controller가 요청을 처리하면 복잡한 비즈니스 로직을 위임받아 처리해주는 역할provider가 될 수 있는 것들 → 서비스

module은 캡슐화의 기본이 된다.모듈은 서로의 결합도를 낮춘다. express에선 개발자가 직접 구현해야함.module의 구성은 크게 provider와 controller로 나눌 수 있다. module은 이들이 연결되는 방식을 정의한다.import를 통해 다른 mo

라우팅 핸들러에 도달하기 이전에 작동하는 로직로깅이나 요청 검증등에 이용한다.요청 Req, 응답 Res 객체에 접근 가능interceptor와의 차이 - 라우터 호출 전 로직인지 메서드 단계의 전후 로직인지middleware는 주입하는 과정에서 @Module에 등록하지

exception layerNestjs는 기본적으로 unhandled exception을 처리하는 exception layer가 내장되어 있다.예외가 인식되지 않는 경우(HttpException이 아니고 상속도 하지 않는 경우) 기본 response를 보낸다.\*미들웨

Pipespipe 사용 예시transformation - 입력 데이터를 원하는 출력으로 변환validation - 유효성 검사Built-in pipesValidationPipeParseIntPipeParseFloatPipeParseBoolPipeParseArrayPip

Guards인증이나 인가등을 수행한다.express 미들웨어로 구현할 때와 비교하면 excutionContext에 접근 할 수 있다는게 장점Authorization guard모든 guard는 canActive() 메소드를 구현해야 한다.monorepo의 adminLev