[Nest.js] 초기 환경 구성 (feat. TypeORM, QueryBuilder, GraphQL, Apollo)

 

카카오페이 | 마음 놓고 금융하다

 

 

자바 ORM 표준 JPA 프로그래밍:스프링 데이터 예제 프로젝트로 배우는 전자정부 표준 데이터베이

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

 

🗂 목차

✅ GraphQL과 Apollo 첫번째 이야기 - 개념 익히기
✅ GraphQL과 Apollo 두번째 이야기 - REST API란?
✅ GraphQL과 Apollo 세번째 이야기 - GraphQL의 정보 주고 받는 방식
✅ GraphQL과 Apollo 네번째 이야기 - Apollo란?
✅ GraphQL과 Apollo 다섯번째 이야기 - GraphQL을 간단하게 구현해 보아요 😀
✅ GraphQL과 Apollo 여섯번째 이야기 - GraphQL Module화에 대해 알아보아요 😀
✅ GraphQL과 Apollo 일곱번째 이야기 - GraphQL Data Type에 대해 알아보아요 😀
✅ GraphQL과 Apollo 여덟번째 이야기 - GraphQL Union과 Interface 그리고 인자와 인풋 타입에 대해 알아보아요 😀
✅ GraphQL과 Apollo 아홉번째 이야기 - Java + Spring Boot에서 GraphQL 사용해 보기 - 실습 환경 구성
✅ GraphQL과 Apollo 열번째 이야기 - Java + Spring Boot에서 GraphQL 사용해 보기 - 실습 해보기
✅ GraphQL과 Apollo 열 한번째 이야기 - TypeScript + Nest.js에서 GraphQL 사용해 보기 - 실습 환경 구성
✅ GraphQL과 Apollo 열 두번째 이야기 - TypeScript + Nest.js에서 GraphQL 사용해 보기 - 실습 환경 테스트
✅ GraphQL과 Apollo 열 세번째 이야기 - TypeScript + Nest에서 GraphQL 사용해 보기 - 실습 해보기
✅ GraphQL과 Apollo 열 네번째 이야기 - React와 Apollo Client
✅ GraphQL과 Apollo 열다섯번째 이야기 - React와 Apollo Client - Query와 Mutation 사용하여 웹 페이지 만들기
✅ GraphQL과 Apollo 열 여섯번째 이야기 - Kotlin + Spring Boot에서 GraphQL 사용해 보기 - 실습 환경 구성
✅ GraphQL과 Apollo 열 일곱번째 이야기 - Kotlin + Spring Boot에서 GraphQL 사용해 보기 - 실습 해보기

🤔 내가 만난 문제

⚠️ [Nest.js] TypeORM Table 관계가 맺어졌을 때, Seeding (feat. Migration)
⚠️ [Spring Boot 3.0] Could not resolve org.springframework.boot:spring-boot-gradle-plugin
⚠️ [Spring Boot 3] Spring Doc(Swagger) White Label Error

📋 부록

🔍 [Nest.js] 초기 환경 구성 (feat. TypeORM, QueryBuilder, GraphQL, Apollo)
🔍 [SOLID][Nest.js][Java + Spring] Interface를 활용한 결합도 분리 (Interface를 이용한 Dependency Injection - DI)

 

 

 

GitHub - junyharang-coding-study/GraphQL-Study: GraphQL을 공부하고, 실습한 코드에요 😀

 

 

 

 

🚀 [Nest.js] 초기 환경 구성

    🔽 환경 구성

        📦 실습 환경 

🔍 MacOS (M1 MacBook Pro Sonoma 14.1.1)
🔍 TypeScript
🔍 Nest.js
🔍 Embedded SQLite DBMS
🔍 TypeORM 0.3.17
🔍 InteliJ (2023.2.5 Ultimate)

 

 

 

 

        📦 초기 구성

최초 Project(프로젝트)를 담을 Directory(디렉터리)를 만들어 줄게요.

mkdir <디렉터리 이름>

위와 같이 Terminal을 이용해서 디렉터리를 만들어 주었어요.

InteliJ -> File -> Open

그리고 해당 디렉터리를 InteliJ(인텔리제이)로 열어 주었어요.

 

npm i -g @nestjs/cli

위와 같이 Nest CLI(Command Line Interface)를 전역적으로 설치해 주었어요.
이를 이용하면 Nest.js Application(애플리케이션)을 초기화하고, Controller(컨트롤러), Server(서비스 - 비즈니스 로직), Module(모듈) 등의 구조를 쉽게 생성할 수 있게 된답니다.

그리고, 애플리케이션을 Build(빌드)하고, 실행하는 등의 작업을 편리하게 할 수 있도록 도와주는 친구에요.

이렇게 설치가 완료되면 터미널에서 nest 관련 명령어를 사용할 수 있게 되고,
nest new 명령어를 이용해 새로운 Nest.js 프로젝트를 생성할 수 있어요.

nest new <프로젝트 이름>

위와 같이 Nest.js 프로젝트 이름을 명시하여 프로젝트를 만들어 줄 수 있어요.

이 명령어를 입력하면 Which package manager would you ❤️ to use? 라는
질문이 나오면서 선택지로 npm, yarn, pnpm 중 하나를 선택하게 될텐데,
주니는 Package Manager(패키지 매니져)로 npm을 사용하도록 선택하였어요.

설치가 완료되면 설치해줘서 고맙다고 나올거에요.

그리고 위와 같이 기본적으로 필요한 패키지들이 설치된 걸 볼 수 있어요.

tsconfig.json 수정 전

 

tsconfig.json 수정 후

 "esModuleInterop": true

이것은 TypeScript Compiler(컴파일러) Option(옵션) 중 하나로 ECMAScript 모듈 간의 상호 운용성(Interoperability)를 향상시키는데, 사용하는 것이에요.

이렇게 옵션을 활성화 하면 CommonJS 및 ES6 Style(스타일) 모듈간의 차이를 조금 더 편리하게 처리할 수 있게 된답니다.

기본적으로 TypeScript는 CommonJS 스타일의 모듈 System(시스템)과
ES6 스타일의 모듈 시스템 간 약간의 차이가 있어요.
이것을 활성화하게 되면 이러한 차이를 보다 쉽게 처리할 수도 있게 된답니다.

구체적으로 설명해 보자면
import * as fs from 'fs'; 대신 import fs from 'fs'; 와 같이 import 문을 사용할 수 있어요.
또한, CommonJS 스타일의 모듈에서도 export defafult 구문을 사용하여 모듈을 내보낼 수 있게 된답니다.
일반적으로 이 옵션을 활성화 하는걸 권장하고 있다고 해요.

main.ts (수정 전)

 

main.ts (수정 후)

위 설정은 서버 구동 Port 번호를 보다 편리하게 관리하기 위해 설정해 준 부분이에요.
해당 서버는 8081 Port로 구동될거고, 구동이 되면 10번째 문자열이 출력될거에요.

.prettierrc (수정 전)

.prettierrc (수정 후)

.prettierrc는 Code Formmater(코드 포매터) Prettier의 설정 파일이에요.
이걸 이용해서 Code(코드) 스타일을 어떤식으로 구현할지를 정의해 둘 수 있어요.

이를 통해 협업할 때, 코드 스타일을 일관성 있게 유지하고, 가독성을 높여 줄 수 있어요.

종    류	상 세 내 용
printWidth: 150	한 줄에 출력할 최대 문자 수 지정. 150으로 설정 시 한 줄에 150자 넘게 문자가 있을 경우 자동으로 줄 바꿈 수행.
tabwidth: 2	Tab 문자 크기 지정. 2로 설정 시 한 개의 Tab에 2개의 공백 사용.
singleQuote: true	문자열을 작은 따옴표로 표기할지 여부 설정.
trailingComma: all	객체나 배열의 마지막 요소 뒤에 항상 쉼표 추가 여부 설정.
bracketSpacing: true	객체 리터럴에서 중괄호 사이 공백 추가 여부 설정.
semi: true	문장 끝에 세미콜론 추가 여부 설정.
arrowParens: always	화살표 함수의 매개 변수가 하나인 경우에도 괄호 사용하지 여부 결정.
endOfLine: lf	줄 바꿈 문자 지정. lf 사용 시 Unix 스타일의 줄 바꿈 사용.
proseWrap: preserve	markdown 파일에서 텍스트 줄 바꿈 유지 여부 설정.

이러한 설정을 통해 Prettier는 일관된 코드 스타일을 유지하고, 코드 베이스를 보다 깔끔하게 유지할 수 있도록 할 수 있어요.

다만, 사용하는 IDE에 이것에 맞는 eslint, prettierlint 설정을 해주어야 해요.

InteliJ ->&nbsp;Settings > Languages & Frameworks > javascript > Code Quality Tools > ESLint

 
위와 같이 프로젝트 내에 eslint 파일이 있으면 해당 파일을 ESLint 패키지에서 수동 설정으로 선택하고,
해당 파일을 지정해 주면 돼요.

∙ eslint package(ESLint 패키지): eslint가 설치된 경로 지정.
∙ configuration file(구성 파일): 프로젝트 내 eslint file의 경로 (eslint.json 경로).
∙ Run eslint --fix on save(저장 시 enlint --fix 실행) 활성화

💡 참고 사항
만약 eslint Error로 "linebreak-style"이 발생한다면 eslint.json에 "linebreak-style": 0 을 추가해 주세요.

 

InteliJ -> Settings > Languages & Frameworks > javascript > Code Quality Tools > Prettier

Prettier 설정도 ESLint와 마찬가지인데, Prettier Package에서 ../../../node_modules/prettier를 선택해 주면 돼요.
그리고, 저장 시 실행을 활성화 해 줍니다.

 

 

 

        📦 Hot Reload 설정

이번에는 전체 코드를 컴파일할 필요 없이 빠르게 애플리케이션을 재 실행 시켜주는 기능을 활성화 하기 위한 설정을 해보려 해요.

그 이름은 바로 Hot Reload라고 해요. Node.js에서의 nodemon과 같은 역할을 위해 설정해 주는 부분이에요.

공식 문서에서는 Nest CLI를 설치했을 때와 안 했을 때를 나누어 설명해 주는데, 주니는 위에서 Nest CLI를 설치했기 때문에 해당 환경에 맞게 구성할 거에요.

npm i --save-dev webpack-node-externals run-script-webpack-plugin webpack

위와 같이 필요 패키지들을 설치해 줍니다.

webpack-hmr.config.js

프로젝트 Root(루트) 디렉터리에 위와 같이 파일을 만들어 줍니다.

main.ts

그리고 위와 같이 HMR(Hot-Module-Replacement) 활성화를 위해
main.ts에 Webpack(웹팩) 관련 내용을 추가해 주었어요.

packge.json

그리고 실행을 간단하게 하기 위해 위와 같이 script 문을 추가해 주었어요.

여기까지 한 뒤 터미널에서 npm run start:dev 명령어를 입력해 주세요.

npm run start:dev

그럼 위와 같이 정상적으로 구동되는 걸 확인할 수 있어요.

        📦 TypeORM

npm i typeorm @nestjs/typeorm

그리고 위와 같이 Nest.js에서 사용할 TypeORM을 설치해 주었어요.

참고로 주니가 사용한 TypeORM Version은 0.3.17이기 때문에 0.2.X Version을 사용하신다면
방법이 꽤나 다르다는 점 참고 부탁드립니다.

 

 

 

 

        📦 GraphQL(feat.Apollo)

이번에는 GraphQL 사용을 위한 패키지와 Apollo 설치를 진행해 볼게요.

 

npm i @nestjs/apollo graphql-tools graphql @apollo/server

 

npm i @nestjs/graphql graphql-tools graphql apollo-server-express

728x90

app.module.ts (수정 전)

패키지 설치가 완료되면 위와 같이 app.module.ts가 존재할텐데, 이 부분을 수정해 주도록 할게요.

app.module.ts (수정 후)

위와 같이 수정해 주었는데, 코드 분석을 해볼게요.

 

종   류	상 세 내 용
첫번째 줄	@nestjs/common에서 Module Decorator Import. Module Decorator는 Nest.js Module 정의 시 사용.
두번째 ~ 세번째 줄	AppController, AppServer Import. 해당 Module은 AppController와 AppService Class를 해당 Module에서 사용하겠다고 선언.
네번째 줄	GraphQLModule Import. 7번째 줄 imports 배열에 해당 Module을 추가하여 GraphQL 기능 활성화.
아홉번째 줄	autoSchemaFile Option은 Schema를 자동으로 생성하고, File로 저장하도록 설정한 부분. 이를 통해 GraphQL Schema를 직접 작성하는 번거로움을 줄일 수 있음.
열두번째 줄	controller 배열에는 AppController를 등록하여 해당 Controller Module에 포함.
열세번째 줄	providers 배열에는 AppService를 등록하여 해당 Service를 Module에 포함.

위와 같이 Nest.js의 기본 구조를 정의하는데 사용하는 것이 바로 app.moudle.ts인데, 이 곳에 GraphQL 기능을 사용하기 위해 필요한 Module(모듈)을 설정해 준 것이에요.

위 설정으로 인해 GraphQL Schema(스키마)는 자동으로 생성되게 될 것이기 때문에 별도 스키마 File(파일) 작성 작업은 필요가 없게 된답니다.

npm run start:dev

여기까지 하고, 서버를 구동하면 위와 같이 문제가 발생할 거에요.
이유는 기본적으로 하나 이상의 Query Root Type이 필요한데, 그게 없기 때문이에요.

        📦 Logger(Middlewares)

이번에는 Log(로그) 관리를 위한 Middleware(미들웨어)를 직접 생성해 보려고 해요.
morgan, winston처럼 로그 관리 패키지를 사용할 수도 있지만, 주니는 이 방법으로 해보려고 해요.

mkdir src/middlewares; touch src/middlewares/logger.middlewares.ts

위와 같이 디렉터리와 ts 파일을 먼저 만들어 줍니다.

logger.middlewares.ts

위 코드를 분석해 볼게요.

4번째 줄에 @Injectable()은 Nest.js에서 의존성 주입을 사용하기 위한 Decorator(데코레이터)에요.
이 데코레이터가 붙은 Class(클래스)는 Nest.js에서 관리되는 서비스로 취급되게 돼요.

nest-middleware.interface.d.ts

이것을 구현한 이유는 Nest.js에서 미들웨어를 생성하기 위한 Interface(인터페이스)이기 때문이에요.

6번째 줄 Logger는 Nest.js에서 제공하는 로그를 기록하는 객체에요.
HTTP를 입력한 이유는 이 로그가 어떤 카테고리에 속하는지를 나타내주기 위함이에요.

8 ~ 19번째 줄까지의 use()는 NestMiddleware 인터페이스에서 요구되는 Method(메서드)로
모든 미들웨어 로직이 포함되는 메서드에요.

request는 Express.js의 Request 객체로,
Client(클라이언트)에서 Server(서버)로 들어오는 HTTP 요청과 관련된 정보를 담고 있어요.

response는 Express.js의 Response 객체로,
서버에서 클라이언트로 나가는 HTTP 응답과 관련된 정보를 담고 있는 객체에요.

next는 미들웨어의 실행이 끝나면 다음 미들웨어나, Router(라우터)로 제어를 넘기기 위한 Call Back(콜백) 함수에요.


9 ~ 16번째 줄까지를 분석해볼게요.
이 부분은 HTTP 요청과 응답에 관련된 정보를 추출하고,
응답이 완료(Finish Event) 되면 해당 정보를 로그에 출력하도록 해 준 부분이에요.

request.get("user-agent") || :""
이 부분은 요청의 user-agent Header(헤더)에서 User Agent 정보를 추출하는 부분이에요.

response.on("finish", () => { ... })
이 부분은 응답이 완료될 때 실행하는 콜백 함수를 등록해 준 부분이에요.

this.logger.log(...)
이 부분은 위에서 설정한 Logger를 사용하여 로그를 출력하도록 해 준 부분이에요.

이를 통해 HTTP 요청에 대한 로깅이 되도록 해 준 부분이에요.

 

 

 

 

        📦 SQLite Embedded Mode

이번에는 DBMS를 설치해볼건데, 자프링에서도 그랬듯이
SQLite3 DBMS를 Embedded Mode로 사용하기 위해 설치 및 설정을 해볼거에요.

npm i --save sqlite3

 

app.module.ts

app.module.ts

 
그런 뒤 위와 같이 TypeOrmModule.forRoot를 사용하여 데이터베이스 설정을 정의해 주어야 해요.

내용을 보면 type을 sqlite로 하고, database를 :memory:로 설정하고 있어요.
이렇게 하면 Memory에 값을 저장하게 되는데,
파일 저장 내용을 확인할 방법이 없어요.

그래서 아래에선 File로 저장하는 방식으로 진행하려고 해요.


그리고, synchronize를 true로 설정하여 개발 환경에서 스키마를 자동으로 동기화 할 수 있도록 해 주었어요.
다만, 이는 실제 운영 환경에서는 false로 하는걸 추천해요.

 

 

        📦 @nestjs/config & Joi

이번에는 Nest.js에서 .env를 이용해 Embedded SQLite File Save Mode 설정을 해보려고 해요.

npm i dotenv

최초 .env 파일 파싱을 위해 dotenv 패키지를 설치해 주었어요.

그런 뒤 프로젝트 Root(루트) 디렉터리에 .env 파일을 생성해주어야 해요.

.env

그리고 위와 같이 작성해 주는데 이렇게 하면 DB_HOST 값이 ./graphql-test.db인 설정을 적용할 수 있어요.

src/common/config/sqlite/sqlite-config.provider.ts

그리고 위와 같이 ConfigProvider를 만들어 주었어요.
이 코드는 TypeOrmOptionsFactory를 구현하여 SQLite DB에 대한 설정을 제공하는 SqpliteConfigProvide에요.

코    드	상세 내용	하위 코드	상세 내용
@Injectable()	클래스가 주입 가능한 서비스임을 나타냄.
constructor(private configService: ConfigService) {}	클래스 생성자에서 configService를 주입 받아 환경 변수와 같은 설정 값 제공.
createTypeOrmOptions(): TypeOrmModuleOptions	TypeOrmOptionsFactory 인터페이스를 구현한 메서드로 TypeORM 모듈의 옵션 생성
		type:"sqlite"	사용할 DB 유형 지정
		database: this.configService.get("DB_HOST", ":memory:")	DB의 파일 경로 또는 :memory: (In Memory Mode)를 설정. configService.get()에서 DB_HOST 환경 변수 값을 가져오며, 값이 없을 경우 :memory:를 기본값으로 사용
		synchronize: true	애플리케이션 실행 시 DB 스키마를 자동으로 동기화할지 여부 설정. 운영 환경일 경우 반드시 false로 지정.
		entities:[...]	TypeORM이 Entity 클래스들을 찾을 위치 설정.
		migrations: [...]	Migraion 파일 경로 설정. Migraion은 DB 스키마 변경 관리에 사용.
		migrationsTableName: "migraions"	Migraion Table 이름 설정. 해당 Table은 Migraion의 실행 상태 추적하는데 사용.

 

 

이제 Joi 패키지를 설치해볼거에요.
Joi는 환경 변수에 대한 검증을 할 수 있도록 도와주는 친구에요.

npm i joi

최초 위 명령어로 패키지를 설치해 줍니다.

src/common/config/config.validator.ts

그런 뒤 위와 같이 코드를 입력해 주었어요.
이 코드를 통해 ConfigModule의 설정을 정의해 주는 코드에요.

코    드	상세 내용
ConfigModuleOptions:	ConfigModule에 대한 옵션 정의 인터페이스.
validationScheam	설정 값의 유효성 검사를 위한 Joi 스키마. 해당 코드에서는 DB_HOST가 문자열이며, 필수(required())값임을 명시.
Joi.object({ ... })	DB_HOST라는 Key에 대한 Joi 스키마 정의.
isGlobal: true	설정 모듈을 전역적으로 사용하기 위해 명시. 이를 통해 어디서든지 ConfigService를 주입 받아 설정 값을 가져올 수 있음.

 

 

 

npm i @nestjs/config

그런 뒤 @nestjs/config 패키지를 설치해 줍니다.

이제 ConfigModule을 설정해 볼게요. app.module.ts에 아래와 같이 ConfigModule 설정을 해주어야 해요.

src/app.module.ts (변경 전)

src/app.module.ts (변경 후)

위와 같이 14 ~ 16번째 줄이 변경된걸 확인할 수 있어요.
app.module.ts는 AppModule에 대한 정의를 하는 곳이에요.
여러 모듈과 설정이 함께 사용되어 애플리케이션의 주요 설정을 제공하는 부분이에요.

코    드	상세 내용
ConfigModule.forRoot(...)	ConfigModule 설정. CONFIG_VALIDATOR 객체는 ConfigModule의 옵션으로 사용되며, 이를 통해 환경 변수를 읽고, 유효성 검사 진행.
TypeOrmModule.forRootAsync({ ... })	TypeORM 설정 부분. SpliteConfigProvider 클래스는 TypeOrmOptionsFactory를 구현하고, SQLite DB에 대한 설정을 동적으로 제공.
GraphQLModule.forRoot< .. >({ ... })	GraphQL 서버 설정 부분. ApolloDriver를 사용하여 Apollo 서버 설정 및 개발 환경에서는 GpahQL Playgourd 활성화.

 

 

        📦 TypeORM Sedding

자프링에서는 data.sql과 schema.sql을 만들어 미리 필요한 데이터를 H2 DBMS에 넣어두고, 서버가 기동되면 자동으로 들어갈 수 있게 설정해 두었어요.

Nest.js에서는 이와 같은 역할을 Seeding이라고 부르는데, 진행해 보도록 할게요.

npm i typeorm-extension --save

최초 위 명령어를 통해 패키지를 설치해 줍니다.

package.json

그리고 위와 같이 21 ~ 22번째 줄의 내용을 추가해주어야 해요.

 

data-source.ts

typeorm-extension은 typeorm의 dataSource를 사용하기 때문에 위와 같이 Data-source.ts를 만들어 주었어요.
프로젝트의 루트 디렉터리에 위와 같이 설정해 주었어요.

참고로 typeorm-extension은 DataSource 파일의
기본 경로로 루트 디렉터리의 data-source.ts 파일을 찾게 되어 있어요.
물론 이 부분은 Custom하게 변경할 수 있어요.

그리고, typeorm-extension seed 명령어는 seeder 파일의 기본 경로를 src/database/seeds/**/*{.ts,.js}로 가지고 있어요. 이 또한 Custom하게 변경할 수 있어요.

src/app/equipment/model/entities/equipment.entity.ts

반응형

위와 같이 euqipment의 Entity를 만들어 주었어요.

잘 설정이 되었는지 확인하기 위해 Equipment Entity에 대한 초기 데이터 삽입을 위해 src/database/seeds/equipment.seeder.ts를 만들어 주었어요.

이 곳에 어떤 데이터를 넣을지 정의하면 된답니다.

src/database/seeds/equipment.seeder.ts

이 코드도 분석해 보면 TypeORM Extension의 Seeder를 구현한 EquipmentSeeder 클래스에요.
이것을 통해 서버가 기동될 때, 미리 데이터베이스에 값을 넣어둘 수 있어요.

최초 5번째 줄은 Seeder 인터페이스를 구현하는 EquipmentSeeder 클래스를 정의해준 부분이에요.

그리고, 6번째 줄은 Seeder 인터페이스에서 정의된 run 메서드를 구현하는 부분인데, 이 메서드는 데이터를 데이터베이스에 삽입하는 데 사용되는 메서드에요.

7번째 줄은 데이터베이스에서 EuqipmentEntity에 대한 Repository(레포지토리)를 가져오도록한 부분이에요.
이것을 이용해서 데이터를 삽입하게 하기 위함이에요.

8번째 줄 부터 15번째 줄까지는 레포지토리의 insert 메서드를 사용하여
초기 데이터베이스에 값을 삽입해 주기 위한 부분이에요.

그 값이 여러개이기 때문에 위와 같이 여러개를 입력해 주었어요.

이렇게 Seeder 클래스를 사용하면 데이터베이스에 초기 데이터를 주입하거나, 테스트용 데이터를 만들어 볼 수 있어요.

npm run seed:run

위 명령어를 입력해 주면

위와 같이 프로젝트 루트 디렉터리에 grahpql-test.db가 생긴걸 볼 수 있어요.

이 파일을 클릭하면 

위와 같이 인텔리제이에서 데이터베이스에 연결할 수 있는 창이 나오고,
드라이버를 내려 받고, 연결하면 해당 파일을 확인할 수 있어요.

이렇게 Mock 데이터가 잘 들어간 걸 확인할 수 있어요.

이 방법을 이용해 나머지 값들도 다 넣어줄게요.

하지만, 여기서 문제가 발생해 버렸어요.

해당 문제에 대한 이야기는 이 곳에 상세히 정리해 두었어요.

[Nest.js] TypeORM Table 관계가 맺어졌을 때, Seeding (feat. Migration)

 

문제를 해결했으니 기존에 typeorm extension을 이용한 Seeding에서
Migration을 이용한 Seeding으로 모두 바꿔주었어요.

 

 

        📦 Pipe

이번엔 유효성 검사를 위한 Pipe를 만들어 보려고 해요.
해당 내용에 개요는 이 곳에서 확인하실 수 있게 준비해 두었어요.

[BackEnd][Node.js][nest.js-PJ] 사내 개발자 커뮤니티 서비스 - 초기 구성(Pipe, TypeORM, Configuration, Swagger, Lo

 

GraphQL과 타입스크립트로 개발하는 웹 서비스:설계부터 개발·배포까지 따라 하며 완성하는 웹 풀

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다."

 

 

GitHub - junyharang-coding-study/GraphQL-Study: GraphQL을 공부하고, 실습한 코드에요 😀

 

 

 

 

🧐 참고 자료

Documentation | NestJS - A progressive Node.js framework

 

NestJS에서 TypeORM의 Brackets를 사용해보자!

 

NestJS 08 | TypeORM QueryBuilder

 

Nest.js TypeORM 리팩터링 (QueryBuilder)

 

[Nest.js] DTO 를 Entity 로 변환하기 (DTO to Entity, feat. class-validator)

 

 

 

카카오페이 | 마음 놓고 금융하다