스프링으로 개발할 때 보통 Response DTO를 간편하게 만들기 위해 파라미터로 entity를 받는 생성자를 하나 만들곤 했는데, NestJS로 개발할 때는 이 방식에 좀 문제가 있더라고.Nest CLI로 NestJS 프로젝트를 만들면 기본적으로 tsconfig.j

옛날에 C/C++로 코딩할 때면 하지만 이제는 IntelliJ에서든, VS Code에서든 import ...\`를 손수 타이핑하는 거의 없지. 아래의 1번이나 2번 방식으로 자동으로 import하니까.이런 식으로 여기저기 많은 import를 추가하게 되는데,이때 Nes

number string 허용, nullable, custom decorator, undefined vs null

@prisma/client를 먼저 설치하면@nestjs/config 설치 후AppModule의 @Module 데코레이터의 imports에다가 아래처럼 '.env.dev'를 명시하여 DynamicModule을 추가하더라도 .env.dev는 안 읽고 .env만 읽는다.@p

. 별개의 작업을 하나의 작업처럼 처리해야 될 때가 있어. 예: 송금할 때 내 계좌 잔고를 빼고, 상대방 계좌 잔고를 늘리는 것 어느 하나의 작업만 성공하면 엉망이 되겠지. 다 성공하거나 다 실패하거나 해야 할 거야. 이걸 가능하게 하는 게 트랜잭션이야. . Spri

NestJS는 DTO를 재사용할 수 있는 유용한 기능들을 제공해.PartialType()부모 DTO의 모든 속성들을 물려받지만 전부 OptionalPickType()부모 DTO의 속성 중 몇 개만 골라서 물려받음OmitType()부모 DTO의 속성 중 몇 개만 제외하고