서블릿, 서블릿 vs 스프링

1. 웹 애플리케이션 이해 강의

2.  [10분 테코톡] 🌻타미의 Servlet vs Spring

3.  [10분 테코톡] 🐶 코기의 Servlet vs Spring

---

HTML Form 데이터 전송

POST METHOD

이렇게 했을때

---

서버에서 처리해야 하는 업무

• 서버 TCP/IP 연결 대기, 소켓 연결
• HTTP 요청 메시지 파싱해서 읽기
  • HTTP 요청 타입 METHOD, URL 파싱 등등
  • HTTP 메시지 바디 내용 파싱
    • username, age 데이터 파싱
• 저장 프로세스 실행
• 비즈니스 로직 실행
  • DB 저장 요청
• HTTP 응답 메시지 생성
  • HTTP 시작 라인
  • Header
  • 메시지 바디에 HTML 생성해서 입력
• TCP/IP에 응답 전달, 소켓 종료 

---

서블릿

@WebServlet(name = "helloServlet", urlPatterns = "/hello")
public class HelloServlet extends HttpServlet {

	@Override
    protected void service(HttpServletRequest request, HttpServletResponse response){
  		//애플리케이션 로직  
    }
 }

. urlPatters(/hello)의 URL이 호출 되면 서블릿 코드가 실행

. HTTP 요청 정보를 편리하게 사용할 수 있는 HttpServletRequest

. HTTP 응답 정보를 편리하게 제공할 수 있는 HttpServletResponse

. 개발자는 HTTP 스펙을 편리하게 사용

HTTP 요청시

• WAS는 Request, Response 객체를 새로 만들어서 서블릿 객체 호출

• 개발자는 Request 객체에서 HTTP 요청 정보를 편리하게 꺼내서 사용

• 개발자는 Response 객체에 HTTP 응답 정보를 편리하게 입력

• WAS는 Response 객체에 담겨있는 내용으로 HTTP 응답 정보를 생성

---

서블릿 컨테이너 

• 톰캣처럼 서블릿을 지원하는 WAS를 서블릿 컨테이너라고 함 (자바 진영)

• 서블릿 컨테이너는 서블릿 객체를 생성, 초기화, 호출, 종료하는 생명주기 관리

• 서블릿 객체는 싱글톤으로 관리

• 동시 요청을 위한 멀티 쓰레드 처리 지원

 

---

[10분 테코톡] 🌻타미의 Servlet vs Spring

서블릿

- 웹 애플리케이션을 만들 때 필요한 인터페이스

Spring Web MVC 

- Spring Framework에 있는 모듈

- WebService를 만든다.

- MVC 패턴을 적용한다.

 

---

정적 데이터만 전달하는 Web Server

... 사람들은 점점 동적인 데이터를 처리하고 전달 하고 싶어졌다!

=> 동적 데이터를 처리하는 CGI의 등장

CGI - Web Server와 프로그램 사이의 규약 (Apache <-> PHP, C, perl)

 

 

CGI : 요청이 들어올때 마다 Process를 만든다.

Servlet : CGI 를 개선한것

개선점 1. 요청마다 Process가 아닌 Thread를 생성한다.

개선점 2. Singletone 패턴 적용

---

Servlet의 생명주기

: init() -> service() -> destory()

 

DispatcherServlet도입 -> 

View를 강제로 분리하는 효과 (MVC2 패턴)

 

 

서블릿 - 동적인 페이지를 만들기위해 웹 서버에 사용하는 프로그램

HTTP 요청 정보를 쉽게 사용

HTTP 응답 정보를 쉽게 담는다

 

개발자들이 진짜 집중해야하는 비즈니스 로직 - 가운데 있는 처리 로직에 더 집중 할 수 있게 된다.

---

서블릿 컨테이너 

서블릿 컨테이너

서블릿은 담고 관리하는 친구

---

기존 : 비효율적이다

-> 관리의 측면에서 멀티 스레딩을 다뤄야 한다는 어려움

-> 개발의 측면에서는 핸들러의 공통 로직이 중복된다.

프론트 컨트롤러 패턴

 

뷰 리졸버