일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 코딩테스트
- 인접리스트
- javascript
- LifeCycle
- JWT
- puppeteer
- Kubernetes
- nestjs
- 자료구조
- OOP
- 탐욕법
- TIL
- Deep Dive
- java
- Interceptor
- html
- node.js
- 인접행렬
- GraphQL
- typescript
- 알고리즘
- MySQL
- 프로그래머스
- REST API
- Linux
- Spring
- bean
- css
- dfs
- winston
- Today
- Total
목록nestjs (17)
처음부터 차근차근
Interceptor란? 의미 : 가로채는 사람, 가로채는 것을 의미합니다. interceptor는 컨트롤러 전, 후에서 다양한 역할을 해줍니다. 공식문서에 나와있는 예시로는 메서드(컨트롤러) 실행 전, 후의 추가적인 로직 수행 함수에서 반환된 결과 및 예외에 대한 변환(ex. Logger) 기본 함수 동작의 확장 특정 조건 하에서 완전한 함수의 재정의(ex. 캐싱 목적) 이렇게 있습니다. Interceptor는 AOP(관점 지향 프로그래밍 기법) 기술에서 영감을 받아 만들어졌습니다. 모든 interceptor에는 intercept() 메서드가 들어가며 두가지 중요한 인자가 들어가있습니다. Interceptor의 인자 1. Execution Context Execution Context(실행컨텍스트)는 ..
Guard란? Guard는 특정 경로로의 요청을 승인하는지에 대한 판단을 내리는 역할을 맡습니다. 주로 인증과 인가에 사용됩니다. Guard는 ExecutionContext(실행 컨텍스트)를 알고 있으며, Express와는 다르게 ExecutionContext를 통하여 request와 response를 받기 때문에 Middleware보다 더 똑똑합니다. Guards have a single responsibility. They determine whether a given request will be handled by the route handler or not, depending on certain conditions (like permissions, roles, ACLs, etc.) - NestJS..

Middleware 미들웨어는 클라이언트로 들어온 요청을 각 컨트롤러의 요청 핸들러가 처리하기 이전에 코드를 실행할 수 있는 기능을 의미합니다. NestJS 요청 생명주기에서 클라이언트로부터 들어오는 request가 가장 먼저 처리되는 핸들러입니다. Express에서 많이 다루던 분이면 알겠지만, Request와 Response의 중간에 위치하여 Middleware라고 불리며, Middleware는 요청과 응답 객체를 수정할 수 있습니다. 그리고 next()라는 메서드를 호출하여 그 다음 미들웨어 혹은 라우터가 작업을 처리할 수 있도록 하거나, 혹은 Request를 보류할 수도 있습니다. Nest의 Middleware는 기본적으로 Express와 동일하며 다음과 같은 기능을 수행합니다. 어떠한 코드를 살..

NestJS Request Lifecycle 이번 글에서는 NestJS Application에서 어떠한 Request가 오고 나서 Response의 생명주기를 다룹니다. NestJS는 Node.js의 Express가 해결해주지 못했던 아키텍쳐에 대한 고민을 해결하기 위해 VueJS, AngularJS 등을 참고하여 만든 백엔드 프레임워크입니다. 그렇기 때문에 NestJS에는 클라이언트의 요청을 처리하기 위해 프레임워크가 제공하는 일련의 생명주기가 존재합니다. 위 그림을 예시로 봤을때 큰 틀에서 보면 Middleware -> Guard -> Interceptor -> Pipe -> Controller -> Interceptor 이러한 순서대로 처리됩니다. 그리고 각 단계에서 global, controlle..

Module이란? Module은 Nest가 Application structure를 Organize하는데 사용되는 Metadata를 제공한다. Nest에는 기본적으로 Root Module이라는 것이 존재한다. 루트 모듈은 Nest가 애플리케이션 그래프(Nest가 module 과 Provider의 relationship & dependencies를 해결하는데 사용되는 내부 date 구조)를 구축하는데 사용하는 시작점이다. 또한 Nest에서는 모듈 간 연결이 효율적으로 가능하다. root module 외에도 추가로 밀접하게 연관된 기능들을 모아 여러개의 모듈을 구성하는 것을 권장하며, Nest에서는 이를 효율적으로 가능하도록 도와준다. @Module 데코레이터는 Nest가 App 구조를 만들 때 사용할 수 ..

Provider란? Provider(제공자)는 Nest의 기본 개념이다. Service, Repository, helper, factory 등 많은 기본 Nest Class들이 Provider로 취급될 수 있다. Provider는 의존성을 주입할 수 있다.(객체가 서로 다양한 관계를 만들 수 있으며, 이를 해주는 역할을 NestJS의 런타임이 맡고 있다.) 대표적으로 Controller에 요청을 반는 핸들러를 선언하고, 복잡한 로직은 Provider에 위임한다. Nest는 객체지향적은 의존관계를 설정할 수 있기 때문에 SOLID 원칙을 따르는 것을 권장한다. Service 간단한 Service 로직을 만들어보자. import { Injectable } from '@nestjs/common'; import..

NestJS란?? Nest는 효율적이고 확장 가능한 Node.js 서버 측 애플리케이션을 구축하기 위한 Framework입니다. JavaScript를 사용하고 TypeScript로 빌드되며 완벽하게 지원하며 (개발자가 순수 JavaScript로 코딩할 수 있음) OOP, FP(Functional Programming) 및 FRP(Functional Reactive Programming) 요소를 사용할 수 있게 해줍니다. Node.JS 기반의 서버 사이드 Framework이다. 효율적이고 안정적이며 확장 가능한 Server Application을 구축하기 위한 Framework라고 보면 된다. Enterprise급 Application 구축에 적합하다. (Node진영의 Spring 대항마로 나온 느낌..)..