.Controller와 .service파일의 차이

• controller

  • 아키텍쳐라는 개념이 생김 (이런식으로 짜는 코드가 효율적이라고 나온 개념)
  • 컨트롤러는 가장 맨 앞단에서, 요청을 받는 역할을 한다.
  • 최전방에서 요청이 어디로 가야할지, 함수로 라우팅 해주는 역할을한다.

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

  </aside>

  • 컨트롤러단에서 다른 비즈니스 로직을 작성하는것을 추천하지 않는다.
  • 요청을 받고 그에 맞는 함수로 라우팅 해주는 역할은 Controller 에서 처리

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

  </aside>

• service

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

• Controller가 생성될때, 그에 맞는 Service Class를 주입받아서, 해당 Service 내부의 함수들을 사용할수 있게 만든다 ⇒ Nest.js 아키텍쳐

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

</aside>

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

</aside>

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

</aside>

의존성 주입과 제어의 역전

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

• 주입받을 수 있는 클래스 B를 프로바이더 라고 한다.