강의 정리내용 - rnjstjdgh/infranSpringWebMVC GitHub Wiki

서블릿 컨테이너(ex> tomcat) vs spring

  • 굳이 이 둘을 구분할 필요가 없다.
  • 허나 굳이 구분하자면 서블릿 컨테이너가 제공하는 기능들을 프레임워크 차원에서 패턴화 시킨 것이 spring이라고 생각할 수 있을 듯.
  • 즉, tomcat과 spring은 대치되는 관계가 아님
  • spring은 tomcat을 잘 사용하기 위한 프레임워크임
  • ex> spring web mvc에서 dispatcher servlet도 결국 tomcat 위에서 도는 servlet임, 단지 이를 패턴화 해서 사용하는 것일 뿐!

1. 웹 애플리케이션 이해

서블릿

  • 서블릿의 역할
    • image
    • 개발자가 비즈니스 로직 실행에 집중할 수 있도록 나머지 작업을 다 처리해준다.
    • image
      • 이러한 구조로 다 대신 해 주고 개발자는 서블릿 자체에서 비즈니스 로직만 구현

spring web mvc vs spring web flux(OS thread & Context switching 개념과 연관)

  1. Web MVC
  • 서블릿 위에서 돌아가는 프레임워크
  • 서블릿 컨테이너가 제공하는 HttpServletRequest나 멀티 스레드를 그대로 사용가능
  • 멀티 스레드 -> 스레드 수가 많아지면 문맥교환 비용이 많이 든다.
  1. Web flux
  • 비동기 넌 블러킹 처리
  • 최소 쓰레드로 최대 성능 -> 문맥교관 비용 효율
  • java에서도 node js 처럼 개발할 수 있다는 느낌

서블릿과 jsp의 한계

  • 서블릿으로 개발할 때는 뷰(View)화면을 위한 HTML을 만드는 작업이 자바 코드에 섞여서 지저분하고 복잡했다.
  • JSP를 사용한 덕분에 뷰를 생성하는 HTML 작업을 깔끔하게 가져가고, 중간중간 동적으로 변경이 필요한 부분에만 자바 코드를 적용했다. 그런데 이렇게 해도 해결되지 않는 몇가지 고민이 남는다. 회원 저장 JSP를 보자. 코드의 상위 절반은 회원을 저장하기 위한 비즈니스 로직이고, 나머지 하위 절반만 결과를 HTML로 보여주기 위한 뷰 영역이다. 회원 목록의 경우에도 마찬가지다.
  • 코드를 잘 보면, JAVA 코드, 데이터를 조회하는 리포지토리 등등 다양한 코드가 모두 JSP에 노출되어 있다.
  • JSP가 너무 많은 역할을 한다. 이렇게 작은 프로젝트도 벌써 머리가 아파오는데, 수백 수천줄이 넘어가는 JSP를 떠올려보면 정말 지옥과 같을 것이다. (유지보수 지옥 썰)

MVC 패턴의 등장

  • 비즈니스 로직은 서블릿 처럼 다른곳에서 처리하고, JSP는 목적에 맞게 HTML로 화면(View)을 그리는일에 집중하도록 하자. 과거 개발자들도 모두 비슷한 고민이 있었고, 그래서 MVC 패턴이 등장했다. 우리도 직접 MVC 패턴을 적용해서 프로젝트를 리팩터링 해보자.

  • 즉, 서블릿은 비즈니스 로직을 처리, jsp는 뷰 기능만 처리할 수 있도록 분리해서 기존 코드를 리팩터링 해보자

  • 추후 이게 mvc프레임워크를 이해하는 토대가 될듯

기존에 오해했던 부분

  • mvc 패턴에서 m(model): 디비쪽을 model이라 하는 것이 아니다.
  • 컨트롤러에서 비즈니스 로직을 통해 생성된 데이터를 뷰로 넘길 때 모델에 담아서 넘기는 역할이다.
  • 즉, 기존 서블릿과 jsp는 [비즈니스 로직 + 뷰]가 뭉쳐 있어서 문제였는데 이를 컨트롤러와 뷰로 쪼개고 이 둘 사이를 모델로 연결 시킨 것이 mvc 패턴이다!

정리

  1. 서블릿
    • servlet container(ex> tomcat)이 http 통신 과정에서 메세지 파싱, thread 관리 등을 대신 해주기 때문에 개발자는 편하다.
    • 하지만 java code로 뷰를 그리는 작업이 너무 별로임
  2. jsp
    • 서블릿에서 java code로 뷰를 그리는 것이 아니라 뷰에서 java code를 실행하자!

servlet과 jsp모두 [뷰 + 비즈니스 로직]이 한 파일에 담겨있음

  1. MVC 패턴:
    • 뷰와 비즈니스 로직을 분리하고 그 사이를 모델로 연결시키는 패턴 등장
    • 컨트롤러에서 보통 비즈니스 로직을 담당하지는 않고 서비스에서 담당
    • 컨트롤러는 보통 [요청/응답/뷰/서비스/모델]을 조율하는 역할을 하게 된다.
  • ex>
  1. jsp나 서블릿 코드 예시
    • image
  2. MVC 패턴 코드 예시
    • image