| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
- 회고
- WIL
- 알고리즘
- typescript
- 생각정리
- 네트워크
- react
- next.js
- js
- mongoose
- mongo
- 생각일기
- 코테
- array
- CS
- 기록
- 생각로그
- nest.js
- 주간회고
- til
- 피드백
- MongoDB
- 트러블슈팅
- 자바스크립트
- mysql
- Git
- Grafana
- javascript
- 리눅스
- Java
- Today
- Total
목록2025/12/14 (3)
코딩일상
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는 다음 작업을 수행할 수 있습니다:요청/응답 객체에 접근 및 수정요청-응답 사이클 종료..
