인프런 강의 22일차.

 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 1 (김영한 강사님)

1. HttpServletRequest의 역할

 - HTTP 요청 메시지를 개발자가 직접 파싱해서 사용해도 되지만, 매우 불편할 것이다. 서블릿은 개발자가 HTTP 요청 메시지를 편리하게 사용할 수 있도록 개발자 대신에 HTTP 요청 메시지를 파싱한다. 그리고 그 결과를 HttpServeltRequest 객체에 담아서 제공한다.

 - HttpServletRequest를 사용하면 다음과 같은 HTTP 요청 메시지를 편리하게 조회할 수 있다.

 - HTTP 요청 메시지 

    > POST /save HTTP/1.1

    > Host : localhost:8080

    > Content-type : application/www- x-form-urlencoded

    > username&age=40

 - START LINE

    > HTTP 메소드

    > URL

    > 쿼리 스트링

    > 스키마, 프로토콜

 - Header

    > Header 조회

 - Body

    > form 파라미터 형식 조회

    > message body 데이터 직접 조회

 * HttpServletRequest 객체는 추가로 여러가지 부가 기능도 제공한다.

 - 임시 저장소 기능

    > 해당 HTTP 요청이 시작부터 끝날 때 까지 유지되는 임시 저장소 기능

    > 저장 : request.setAttribute(name, value)

    > 조회 : request.getAttribute(name)

 - 세션 관리 기능

    > request.getSession(create:true);

 - 중요 : HttpServletRequest, HttpServletResponse를 사용할 때 주의할 점은 이 객체들이 HTTP 요청 메시지, HTTP 응답 메시지를 편리하게 사용할 수 있도록 도와주는 객체라는 점이다. (따라서 이 기능에 대해 깊이있는 이해를 소장하려면 'HTTP 스펙이 제공하는 요청&응답 메시지 차를 이해애야 한다.

2. HttpServletRequest 기본 사용법

 - printStartLine(request) : header의 기본 정보들 표시

private void printStartLine(HttpServletRequest request) {
        System.out.println("--- REQUEST-LINE - start ---");
        System.out.println("request.getMethod() = " + request.getMethod()); //GET
        System.out.println("request.getProtocal() = " + request.getProtocol()); //HTTP 1.1
        System.out.println("request.getScheme() = " + request.getScheme()); //http
        // http://localhost:8080/request-header
        System.out.println("request.getRequestURL() = " + request.getRequestURL());
        // /request-test
        System.out.println("request.getRequestURI() = " + request.getRequestURI());
        //username=hi
        System.out.println("request.getQueryString() = " +
                request.getQueryString());
        System.out.println("request.isSecure() = " + request.isSecure()); //https 사용 유무
        System.out.println("--- REQUEST-LINE - end ---");
        System.out.println();
    }

 - printHeader(reqeust) : header의 모든 내용 표시

//Header 모든 정보
    private void printHeader(HttpServletRequest request){
        System.out.println("--- Headers - Start ---");

        Enumeration<String> headerNames = request.getHeaderNames();
        while(headerNames.hasMoreElements()){
            String headerName = headerNames.nextElement();
            System.out.println(headerName + " : " + headerName);
        }

        System.out.println("--- Headers - End ---");
    }

 - printHeaderUtils(request) : header의 정보를 간추려서 표시

//Header 편리한 조회
    private void printHeaderUtils(HttpServletRequest request) {
        System.out.println("--- Header 편의 조회 start ---");
        System.out.println("[Host 편의 조회]");
        System.out.println("request.getServerName() = " +
                request.getServerName()); //Host 헤더
        System.out.println("request.getServerPort() = " +
                request.getServerPort()); //Host 헤더
        System.out.println();
        System.out.println("[Accept-Language 편의 조회]");
        request.getLocales().asIterator()
                .forEachRemaining(locale -> System.out.println("locale = " +
                        locale));
        System.out.println("request.getLocale() = " + request.getLocale());
        System.out.println();
        System.out.println("[cookie 편의 조회]");
        if (request.getCookies() != null) {
            for (Cookie cookie : request.getCookies()) {
                System.out.println(cookie.getName() + ": " + cookie.getValue());
            }
        }
        System.out.println();
        System.out.println("[Content 편의 조회]");
        System.out.println("request.getContentType() = " +
                request.getContentType());
        System.out.println("request.getContentLength() = " +
                request.getContentLength());
        System.out.println("request.getCharacterEncoding() = " +
                request.getCharacterEncoding());
        System.out.println("--- Header 편의 조회 end ---");
        System.out.println();
    }

- printEtc(request) : header의 기타 정보 표시

private void printEtc(HttpServletRequest request) {
        System.out.println("--- 기타 조회 start ---");
        System.out.println("[Remote 정보]");
        System.out.println("request.getRemoteHost() = " +
                request.getRemoteHost()); //
        System.out.println("request.getRemoteAddr() = " +
                request.getRemoteAddr()); //
        System.out.println("request.getRemotePort() = " +
                request.getRemotePort()); //
        System.out.println();
        System.out.println("[Local 정보]");
        System.out.println("request.getLocalName() = " +
                request.getLocalName()); //
        System.out.println("request.getLocalAddr() = " +
                request.getLocalAddr()); //
        System.out.println("request.getLocalPort() = " +
                request.getLocalPort()); //
        System.out.println("--- 기타 조회 end ---");
        System.out.println();
    }

인프런 강의 21일차.

 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 1 (김영한 강사님)

* 스프링 시작

1. start.spring.io

 - 해당 옵션들을 선택해서 Generate

2. 프로젝트가 정상적으로 세팅되었는지 ServletApplication 실행

 - localhost:8080 접속 시 Whitelabel 오류 나오면 정상적으로 서버 실행 완료(아직 세팅한게 없으니 오류가 정상)

3. 환경설정 변경

 - 빌드 및 실행/테스트 실행 : Default가 Gradle로 되어있지만 IntelliJ IDEA로 실행하도록 변경

4. Lombok 라이브러리 설치

 - Lombok 라이브러리 설치

5. 어노테이션 프로세스 체크

 - 어노테이션 처리 활성화 체크해서 적용

6. Hello 서블릿

 - 스프링 부트 환경에서 서블릿을 등록하고 사용해보자.

  * 참고 : 서블릿은 톰캣 같은 웹 애플리케이션 서버를 직접 설치하고, 그 위에 서블릿 코드를 클래스 파일로 빌드해서 올린 다음, 톰캣 서버를 실행하면 된다. 하지만 이 과정은 매우 번거롭다. 스프링 부트는 톰캣 서버를 내장하고 있으므로, 톰캣 서버 설치 없이 편리하게 서블릿 코드를 실행할 수 있다.

7. 스프링 부트 서블릿 환경 구성

 - @ServletComponentScan

    > 스프링 부트는 서블릿을 직접 등록해서 사용할 수 있도록 @ServletComponentScan을 지원한다.

//ServletApplication.java
package hello.servlet;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.web.servlet.ServletComponentScan;

@ServletComponentScan		//서블릿 자동 등록
@SpringBootApplication
public class ServletApplication {

	public static void main(String[] args) {
		SpringApplication.run(ServletApplication.class, args);
	}

}

//HelloServlet.java
package hello.servlet.basic;

import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import java.io.IOException;

@WebServlet(name = "helloServlet", urlPatterns = "/hello")
public class HelloServlet extends HttpServlet {
    
    @Override       //Ctrl + O 단축키를 통해 메소드 자동 구현
    public void service(ServletRequest request, ServletResponse response) throws ServletException, IOException {

        System.out.println("HelloServlet.Service");
        System.out.println("request = " + request);
        System.out.println("response = "+ response);

        String username = request.getParameter("username");
        System.out.println("username = " + username);

        response.setContentType("text/plain");
        response.setCharacterEncoding("utf-8");
        response.getWriter().write("hello "+username);  //html body에 들어가는 내용
    }
}

 - @WebSevlet : 서블릿 애노테이션

    > name : 서블릿 이름

    > urlPatterns : URL 매핑

 - HTTP 요청을 통해 매핑된 URL이 호출되면 서블릿 컨테이너는 다음 메소드를 실행한다.

    > protected void service(HttpServletRequest request, HttpSevletResponse response)

 - 웹 브라우저 실행

    > http://localhost:8080/hello?userame=world

    > 결과 : hello world

 - 콘솔 실행 결과

    > HelloServlet.Service
    > request = org.apache.catalina.connector.RequestFacade@d7b5a2c
    > response = org.apache.catalina.connector.ResponseFacade@15c00532
    > username = world

 - HTTP 요청 메시지 로그로 확인하기

    > 다음 파일에 설정 추가 (resources/application.properties)

    > logging.level.org.apache.coyote.http11=debug 추가 시 HTTP req, res 내용을 전부 볼 수 있다.

  * 운영서버에 모든 로그를 남길 시 성능저하가 될 수 있으니 참고.

8. 서블릿 컨테이너 동작 방식 설명

 - 스프링부트가 내장 톰캣 서버를 생성한다.

 - 내장 톰캣 서버가 서블릿 컨테이너를 통해 서블릿을 생성한다.

 - 웹 브라우저가 HTTP 요청.

 - HTTP 요청 메시지를 기반으로 WAS가 request, response 객체를 생성해서 싱글톤으로 떠있는 서블릿을 호출함

 - 서블릿이 종료되면 Response 객체 정보를 WAS에 전달

 - WAS는 전달된 Response 객체 정보로 HTTP 응답 메시지를 생성함.

 - 참고 : HTTP 응답에서 Content-Length는 WAS가 자동으로 생성해준다.

인프런 강의 20일차.

 - 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 1 (김영한 강사님)

* HTML, HTTP API, CSR, SSR

1. 정적 리소스

 - 고정된 HTML 파일, CSS, JS, 이미지, 영상 등을 제공

 - 주로 웹 브라우저

 - 웹 브라우저가 Web Server에 요청하면 이미 생성된 리소스 파일을 웹 브라우저에게 응답

2. HTML 페이지

 - 동적으로 필요한 HTML 파일을 생성해서 전달

 - 웹 브라우저 : HTML 해석

 - 웹 브라우저가 WAS에 요청하면 DB 정보 조회 후 동적으로 HTML 생성(jsp나 타임리프 등을 사용)해서 웹 브라우저에게 응답

3. HTTP API

 - HTML이 아니라 데이터를 전달

 - 주로 JSON 형식 사용

 - 다양한 시스템에서 호출

 - 웹 브라우저가 WAS에 요청하면 DB 정보 조회 후 json data를 웹 브라우저에게 응답

 - 데이터만 주고 받음, UI 화면이 필요하면  클라이언트가 별도 처리

 - UI 클라이언트 접점

    > 앱 클라이언트(아이폰, 안드로이드, PC 앱)

    > 웹 브라우저에서 자바스크립트를 통한 HTTP API 호출

    > React, Vue,js 같은 웹 클라이언트

 - 서버 to 서버

    > 주문 서버 -> 결제 서버

    > 기업간 데이터 통신

4. 서버사이드 렌더링(SSR)

 - 서버에서 최종 HTML을 생성해서 클라이언트에 전달

 - 주로 정적인 화면에 사용

 - 관련 기술 : JSP, 타임 리프 -> 백엔드 개발자

 - SSR을 사용하더라도 자바스크립트를 사용해서 화면 일부를 동적으로 변경 가능

5. 클라이언트사이드 렌더링(CSR)

 - HTML 결과를 자바스크립트를 사용해 웹 브라우저에서 동적으로 생성해서 적용

 - 주로 동적인 화면에 사용, 웹 환경을 마치 앱 처럼 필요한 부분부분 변경할 수 있음

 - 관련 기술 : React, Vue.js -> 웹 프론트엔드 개발자

 - React, View.js를 CSR + SSR 동시에 지원하는 웹 프레임워크도 있음

 - 호출 순서

    > 1)HTML 요청 :  웹 브라우저가 서버에 HTML 요청하면 내용이 없는 HTML(자바스크립트 링크만 존재)를 응답받음

    > 2)자바스크립트 요청 : 전달받은 자바스크립트 링크를 통해 다시 서버에 자바스크립트 요청하면 클라이언트 로직과 HTML 렌더링 코드를 응답받음

    > 3)HTTP API - 데이터 요청 : 서버에 HTTP API를 요청하여 JSON 데이터를 응답받음

    > 4)자바스크립트로 HTML 결과 렌더링 : 최종적으로 응답받은 JSON 데이터를 자바스크립트로 HTML 결과 렌더링.

6. 백엔드 개발자 입장에서 UI 기술

 - JSP, 타임리프

 - 화면이 정적이고 복잡하지 않을 때 사용

 - 백엔드 개발자는 서버 사이드 렌더링 기술 학습 필요

 - 백엔드 개발자의 웹 프론트엔드 기술 학습은 옵션

 - 서버, DB, 인프라 등등 수많은 백엔드 기술을 공부해야한다.

 - 웹 프론트엔드도 깊이있게 잘 하려면 오랜 시간이 필요하다..

7. 자바 웹 기술 역사

 - 서블릿(1997)

    > HTML 생성이 어려움(자바 코드로 짜야하기 때문)

 - JSP(1999)

    > HTML 생성은 편리하지만 비즈니스 로직까지 너무 많은 역할을 담당

 - 서블릿, JSP 조합 MVC 패턴 사용

    > 모델, 뷰, 컨트롤러로 역할을 나누어 개발

 - MVC 프레임워크 춘추전국시대(2000년 초 ~ 2010년 초)

    > MVC 패턴 자동화, 복잡한 웹 기술을 편리하게 사용할 수 있는 다양한 기능 지원

    > 스트럿츠, 웹워크, 스프링 MVC(과거 버전)

 - 애노테이션 기반의 스프링 MVC 등장

    > @Controller

    > MVC 프레임워크의 춘추 전국 시대 마무리

 - 스프링 부트의 등장

    > 스프링을 편리하게 사용할 수 있도록 도와주는 껍데기(?)

    > 스프링 부트는 서버를 내장

    > 과거에는 서버에 WAS를 직접 설치하고 소스는 War 파일을 만들어서 설치한 WAS에 배포

    > 스프링 부트는 빌드 결과(Jar)에 WAS 서버 포함하기 때문에 빌드 배포를 단순화한다.

 - 최신 기술 (스프링 웹 기술의 분화)

    > Web Sevlet - Spring MVC

    > Web Reactive - Spring WebFlux(가장 최신)

8. 스프링 웹 플럭스(WebFlux)

 - 특징

    > 비동기 논 블록킹 처리

    > 최소 쓰레드로 최대 성능 - 쓰레드 컨텍스트 스위칭 비용 효율화

    > 함수형 스타일로 개발 - 동시처리 코드 효율화

    > 서블릿 기술 사용 X

 - 단점

    > 웹 플럭스는 기술적 난이도가 매우 높음

    > 아직은 RDB 지원이 부족함

    > 일반 MVC의 쓰레드 모델도 충분히 빠르다.

    > 실무에서 아직 많이 사용하지는 않음

9. 자바 뷰 템플릿 역사(HTML을 편리하게 생성하는 뷰 기능)

 - JSP

    > 속도 느림, 기능 부족

 - 프리마커(Freemarker), 벨로시티(Velocity)

    > 속도 문제 해결, 다양한 기능(다만 기능 업데이트가 안됨)

 - 타임리프(Themeleaf)

    > 내추럴 템플릿 : HTML의 모양을 유지하면서 뷰 템플릿 적용 가능

    > 스프링 MVC와 강력한 기능 통합(타임리프를 사용하는 주 목적)

    > 최선의 선택, 단 성능은 프리마커와 벨로시티가 더 빠름