코딩일상

1. @nestjs/common - 핵심 라이브러리1.1 주요 카테고리별 분류표카테고리항목용도Decorators - Class@Module, @Controller, @Injectable, @Catch클래스 정의Decorators - Method@Get, @Post, @Put, @Delete, @Patch, @Options, @Head, @AllHTTP 메서드Decorators - Parameter@Body, @Query, @Param, @Headers, @Req, @Res, @Next, @Session, @Ip, @HostParam요청 데이터 추출Decorators - Metadata@SetMetadata, @UseGuards, @UseInterceptors, @UsePipes, @UseFilters메타..

해당 포스팅 작성이유:Middleware를 공부 하면서 헷갈리는 개념이 존재하였다어떻게 대략적으로 보게되면 Middleware vs Guards vs Interceptors 같은거 아닌가 싶기도하고 서로의 영역을 침범하는것 같기도 언제 어느쪽에 쓰는게 맞는것인지 이론상으로 헷갈리기도 하였다. 이 의문점과 나의 헷갈림을 제대로 구분해서 사용하기 위해서 기록을 남긴다.1. 핵심 철학의 차이⭐️⭐️⭐️1.1 설계 원칙 (Design Philosophy)Middleware의 철학: "HTTP 레벨에서 작동"- Express/Fastify의 request/response 객체를 직접 다룸- NestJS의 추상화 레이어 "이전" 단계Guards의 철학: "접근 제어 (Access Control)"- "이 요청이 핸..

1. Middleware의 본질Middleware는 요청-응답 사이클에서 라우트 핸들러가 실행되기 전에 호출되는 함수입니다. Express의 middleware와 동일한 개념이며, NestJS는 Express 위에 구축되어 있어 Express middleware를 그대로 사용할 수 있습니다.공항 보안 검색대를 생각해보세요:승객(Request) → 보안검색(Middleware 1) → 세관검사(Middleware 2) → 탑승구(Controller) ↓ ↓ 위험물 차단 서류 확인각 middleware는 다음 작업을 수행할 수 있습니다:요청/응답 객체에 접근 및 수정요청-응답 사이클 종료..