NestJS

기존의 저는 프론트엔드 개발자분과 작업을 할 때, API 명세를 직접 작성하여 작업을 진행하였고, API 명세를 위한 작업에 피로를 느껴 swagger 를 도입하기로 하였습니다.📌 작업 방식nestjs에서 제공하는 cli plugin을 사용하여 @ApiProperty

새로운 스프린트 기간이 시작되며, 새로운 기능 개발 요건이 들어왔습니다.요구된 기능은 아래와 같습니다.sheetjs \- xlsx, xlx, csv 가능이미지 됨 but Pro버젼exceljsxlsx, xlx, csv 가능이미지 됨 => 나머지 기능에는 큰 차이가 없었

새로운 스프린트 기간이 시작되며, 새로운 기능 개발 요건이 들어왔습니다.요구된 기능은 아래와 같습니다.Role을 위한 custom decorator 구현Guard 구현controller에서 사용⭐️ 위의 예시와 같이 구현하여, 지정된 role이 아닌 사용자가 특정 A

프로바이더는 Nest의 기본 개념입니다. 많은 기본 Nest 클래스는 서비스(Service), 레파지토리, 팩토리, 헬퍼 등등의 프로바이더로 취급될 수 있습니다. 프로바이더의 주요 아이디어는 의존성을 주입할 수 있다는 점입니다. 이 뜻은 객체가 서로 다양한 관계를 만들

해당 글은 zum-custom-decorator, nestjs-transaction-decorator, nestjs-meetup의 자료를 보고 공부하며 영감을 받아 작성합니다 🙏NestJS에서 트랜잭션(custom decorator)가 필요한 이유를 AOP(Aspec

이전 글에서 이어집니다.참고 자료 zum-custom-decoratorAsyncLocalStorage를 사용해 Transaction Manager 관리Transaction decorator 구현SetMetadata로 key-value 값을 등록합니다.OnModuleIn

들어가며 NestJS와 TypeORM을 사용하여 API를 개발하던 중, 다양한 상황에서 발생할 수 있는 예외에 대한 처리가 필요했습니다. 다양한 예외 상황을 효과적으로 처리하기 위해 ErrorInterceptor를 활용해보았습니다. 이 글에서는 NestJS의 Err