.contoller와 .service파일의 차이

• controller

  • 아키텍쳐라는 개념이 생김
  • 컨트롤러는 가장 맨 앞단에서, 요청을 받는 역할을 한다.
  • 최전방에서 요청이 어디로 가야할지, 함수로 라우팅 해주는 역할을한다.

  <aside> 💡 컨트롤러는 오직 그 역할만 해야한다. — nest.js

  </aside>

  • 컨트롤러단에서 다른 비즈니스 로직을 작성하는것을 추천하지 않는다.

  <aside> 💡 정리 : 요청을 받고, 함수로 라우팅 역할만을 해야한다. 비즈니스 로직은 service파일에 작성한다. service 파일에 작성된 비즈니스 로직을 컨트롤러에서 import 해서 쓴다.

  </aside>

• service

  • 해당 비즈니스 로직은 service 파일에 작성을 한다.
  • 라우팅 정보가 아닌 어떤 비즈니스 로직들만 포함이 되어있다. controller와 완전 분리되었다.

<aside> 💡 컨트롤러 : 라우팅 서비스 : 비즈니스 로직

</aside>

<aside> 💡 컨트롤러 파일이 조금 단순화 된다. 서비스 파일로 묶어놨기 때문에 postService를 수정만 하면된다.

</aside>

<aside> 💡 Service 파일은 라우팅에 대한 정보가

</aside>

의존성 주입과 제어의 역전

• 서비스를 인스턴스를 생성하지 않고도, 컨트롤러에서 어떻게 주입을 받고 있는지? 컨트롤러에서는 어떻게 service에 접근할 수 있는지?
• 따로 서비스를 인스턴스화 하지 않고, 컨트롤러의 constructor에 주입했는데, 이 서비스를 인스턴스 하는 것은 프레임워크가 담당한다.

• 주입받을 수 있는 클래스 B를 프로바이더 라고 한다.
• nest.js가 Ioc Container에서 자동으로 서비스들을 인스턴스화 시켜서, 컨트롤러 클래스에 주입을 시켜준다.
• 이 postService를 어디에다가 등록하면, Ioc 컨테이너가 인지를 할수 있는가?
  • post.module.ts

Module 파일