nest.js 설치 -> 프로젝트 폴더 생성까지 완료한 후의 환경설정

기본 생성된 파일

파일의 코드들은 service -> controller -> module -> main 으로 흘러간다.

✔️ main.ts

import { NestFactory } from '@nestjs/core';
import { AppModule } from './app.module';

async function bootstrap() {
  const app = await NestFactory.create(AppModule); 
  // ㄴAppModule이라는 모듈을 루트 모듈로 사용하는 Nest.js 어플리케이션 인스턴스를 생성해줘!
  await app.listen(3000);
}
bootstrap();

• Nest.js 웹 어플리케이션의 진입점.
• NestFactory 클래스의 create라는 정적 함수를 통해 Nest.js 어플리케이션 인스턴스를 새롭게 생성.

---

✔️ app.module.ts

import { Module } from '@nestjs/common';
import { AppController } from './app.controller';
import { AppService } from './app.service';

@Module({
  imports: [],
  controllers: [AppController],
  providers: [AppService],
})
export class AppModule {}

• @Module : 데코레이터 ( 해당 클래스, 함수가 어떤 역할을 수행하는지에 대해 nest.js에 알려주는 역할)

• imports : 해당 모듈에서 필요한 모듈의 집합을 정의.
  여기에 들어가는 모듈은 프로바이더(서비스)를 노출하는 모듈.
  흔히 임포트를 하는 모듈 : HttpModule, TypeOrmModule 등.

• controllers : 해당 모듈에서 사용하는 컨트롤러를 정의.

• providers : 해당 모듈에서 사용하는 서비스를 정의.

• exports : 해당 모듈에서 노출시킬 서비스를 정의.
  다른 모듈에서 해당 모듈의 서비스를 사용하기 위해서는 exports로 노출을 해야 사용할 수 있음.

---

✔️ app.controller.ts

import { Controller, Get } from '@nestjs/common';
import { AppService } from './app.service';

@Controller()
export class AppController {
  constructor(private readonly appService: AppService) {} 
  //인자로 AppService 객체를 넘기면 this.appService라는 멤버 변수에 AppService 객체가 주입

  @Get()
  getHello(): string {
    return this.appService.getHello();
  }
}

• controller는 service를 반드시 의존해야 하며 이는 생성자를 통한 DI(Dependency Injection)으로 해결해야 함.

---

✔️ app.service.ts

import { Injectable } from '@nestjs/common';

@Injectable()
export class AppService {
  getHello(): string {
    return 'Hello World!';
  }
}

• @Injectable : Service를 다른 곳에서 의존성 주입이 가능하게 하는 역할
• 서비스 객체는 실제로 리포지토리를 의존하며 비지니스 로직 실행을 담당
• DB 사용하는 경우 : 서비스는 리포지토리를 반드시 의존해야 하며 이는 생성자를 통한 DI로 해결해야 함.

---

✔️ 생성 명령어

// module 생성 명령어
nest g mo board

// controller 생성 명령어
nest g co board

// service 생성 명령어
nest g s board

// 파이프 생성 명령어
nest g pi board-status-validation.dto

• 참고: reposiotory는 직접 생성해야함.

---

---

IoC와 DI

✔️ IoC (Injection of Control)

제어 역전

IoC는 개발자가 사용하고 싶은 객체를 직접 생성하는 것이 아니라 객체의 생명주기 관리 자체를 외부(여기서는 Nest.js IoC 컨테이너)에 위임을 함.
즉, 객체의 관리를 컨테이너에 맡겨서 제어권이 넘어갔기 때문에 IoC(제어 역전)라고 한다.

IoC는 모듈 간 결합도를 낮추기 때문에 하나의 모듈이 변경되어도 다른 모듈들에는 영향을 최소화되어 웹 어플리케이션을 지속 가능하고 확장성 있게 해준다.

✔️ DI (Dependency Injection)

DI는 이런 IoC를 수행하는 방법의 하나이며 Nest.js에서는 생성자를 통한 DI를 가장 기본적인 IoC 테크닉으로 생각하고 있음.

---

---