그동안 웹프로젝트 및 API프로젝트 개발을 하면서 JAVA를 기반으로 하는 스프링 프레임워크를 이용 하였습니다. 스프링은 경량급 프레임워크 이면서 IoC 컨테이너, DI, AOP라는 핵심 기능을 가지고 있고 개발을 편리하게 해주고 있습니다. 그러나 이러한 스프링을 이용하기 위해서는 지옥같은 방대한 양의 XML 설정이나 특유의 라이브러리 의존 충돌 문제등 신경써야 될 것이 많았습니다. 후에 JAVA 설정으로 변경되었고, 스프링 부트에서는 필수적인 설정이 기본으로 되어 있거나, 최소한의 구성으로만 쉽게 작동한도록 변화 되면서 복잡한 설정 정보를 간략화 할 수 있도록 하였습니다. 그러나 작은 규모의 서버를 스프링 부트로 개발하려면 최소한의 스프링의 지식과 설정 및 구현시간이 필요합니다. 그래서 몇년전부터 N..

때때로 하나 이상의 비동기 작업이 완료될 때까지 애플리케이션 시작을 지연해야 할 필요가 있다. 예를 들어, 데이터베이스와의 연결이 설정될 때까지 요청을 수락하면 안된다. 비동기 공급자를 사용하면 이를 구현할 수 있다. 이에 대한 async/await구문은 useFactory 구문과 함께 사용하는 것이다 . 팩토리는 Promise 를 반환하고 팩토리 함수는 await비동기 작업을 수행할 수 있다. Nest는 그러한 공급자에 의존(주입)하는 클래스를 인스턴스화하기 전에 프라미스가 리졸브 되기를 기다린다. { provide: 'ASYNC_CONNECTION', useFactory: async () => { const connection = await createConnection(options); return..

이전 장에서는 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()..