이전 장에서는 DI(종속성 주입) 의 다양한 측면 과 Nest에서 사용되는 방법을 다루었다 . 이에 대한 한 가지 예는 인스턴스(종종 서비스 제공자)를 클래스에 주입하는 데 사용되는 생성자 기반 종속성 주입이다. 종속성 주입이 기본적인 방식으로 Nest 코어에 내장되어 있다는 사실은 놀라운게 아니다. 지금까지 우리는 하나의 주요 패턴만을 탐색했습다. 애플리케이션이 더욱 복잡해짐에 따라 DI 시스템의 전체 기능을 활용해야 할 수도 있으므로 이에 대해 좀 더 자세히 살펴보자. DI 기본 사항 종속성 주입은 종속성의 인스턴스화를 자신의 코드에서 명령적으로 수행하는 대신 IoC 컨테이너(이 경우 NestJS 런타임 시스템)에 위임하는 제어 역전 (IoC) 기술입니다. 공급자 장에서 설명한 예에서 무슨 일이 일어..

사용자 정의 경로 데코레이터 Nest는 데코레이터 라는 언어 기능을 기반으로 구축되었다 . 데코레이터는 일반적으로 사용되는 많은 프로그래밍 언어에서 잘 알려진 개념이지만 JavaScript 세계에서는 여전히 비교적 새로운 개념이다. 간단한 정의는 다음과 같다. ES2016 데코레이터는 함수를 반환하고 대상, 이름 및 속성 설명자를 인수로 사용할 수 있는 표현식이다. 장식자 앞에 @문자를 붙이고 장식하려는 항목의 맨 위에 배치하여 적용한다 . 데코레이터는 클래스, 메서드 또는 속성에 대해 정의할 수 있다. 매개변수 데코레이터 Nest는 HTTP 라우트 핸들러와 함께 사용할 수 있는 유용한 매개변수 데코레이터 세트를 제공합니다 . 다음은 제공된 데코레이터와 이들을 나타내는 일반 Express(또는 Fasti..

인터셉터는 @Injectable() 데코레이터로 주석이 달린 클래스이며 NestInterceptor 인터페이스를 구현한다. 인터셉터에는 AOP( Aspect Oriented 프로그래밍 ) 기술 에서 영감을 받은 유용한 기능 세트가 있습니다 . 이를 통해 다음이 가능해진다. 메소드 실행 전/후에 추가 로직 바인딩 함수에서 반환된 결과를 변환. 함수에서 발생한 예외를 변환. 기본 기능 동작 확장 특정 조건(예: 캐싱 목적)에 따라 기능을 완전히 재정의. 기초 각 인터셉터는 두 개의 인수를 사용하는 intercept() 메서드를 구현한다. 첫 번째는ExecutionContext 인스턴스다 ( 가드와 정확히 동일한 개체 ). ExecutionContext 는 ArgumentsHost 에서 상속된다. 예외 필터 ..

가드는 CanActivate 인터페이스를 구현하는 @Injectable() 데코레이터 로 주석이 달린 클래스입니다 . 가드의 책임은 단 하나 입니다 . 런타임에 존재하는 특정 조건(예: 권한, 역할, ACL 등)에 따라 주어진 요청이 경로 핸들러에 의해 처리되는지 여부를 결정한다. 이를 종종 '인가(Authorization)' 라고 합니다. 인가( 이와 비슷한 인증(Authentication) )은 일반적으로 기존 Express 애플리케이션의 미들웨어 에 의해 처리된다 . 미들웨어는 인증을 위한 훌륭한 선택이다. 토큰 유효성 검사 및 객체에 속성 연결과 같은 작업은 request특정 경로 컨텍스트(및 해당 메타데이터)와 강력하게 연결되지 않기 때문이다. 그러나 미들웨어는 본질적으로 멍청하다. next()..

파이프는 PipeTransform 인터페이스를 구현한 @Injectable() 데코레이터가 달린 클래스다. 파이프에는 두 가지 일반적인 사용 사례가 있다. 변환 : 입력 데이터를 원하는 형식으로 변환한다(예: 문자열에서 정수로). 유효성 검사(validation) : 입력 데이터를 평가하고 유효한 경우 변경하지 않고 그대로 전달. 그렇지 않으면 예외를 발생시킨다. 두 경우 모두 파이프는 컨트롤러 라우트 핸들러에 의해 arguments를 처리하는 작업을 수행한다 . Nest는 메소드가 호출되기 직전에 파이프를 삽입하고 파이프는 메소드에 대한 인수를 수신하여 작동하게된다. 모든 변환 또는 유효성 검사 작업은 해당 시점에 수행되며, 그 후에는 (잠재적으로) 변환된 인수를 사용하여 라우트 핸들러가 호출된다. N..

Nest 에는 애플리케이션 전체에서 처리되지 않은 모든 예외를 처리하는 내장 예외 레이어가 함께 제공된다. 애플리케이션 코드에서 예외가 처리되지 않으면 이 계층에서 이를 잡은 다음 사용자에게 친숙한 적절한 응답을 자동으로 보낸다. 기본적으로 이 작업은 HttpException 유형의 예외 (및 해당 하위 클래스) 를 처리하는 내장된 전역 예외 필터 에 의해 수행된다. HttpException예외가 인식되지않으면(HttpException 에서 상속되는 클래스도 아니고) 내장된 예외 필터는 다음과 같은 기본 JSON 응답을 생성한다. { "statusCode": 500, "message": "Internal server error" } 힌트) 전역 예외 필터는 http-errors라이브러리를 부분적으로 지원..