🎨
스프링 MVC
  • Initial page
  • 웹 애플리케이션 이해
    • 웹 서버, 웹 애플리케이션 서버
    • 서블릿
    • 동시 요청 - 멀티 쓰레드
    • HTML, HTTP API, CSR, SSR
    • 자바 백엔드 웹 기술 역사
  • 2. 서블릿
    • 프로젝트 생성
    • Hello 서블릿
    • HttpServletRequest - 개요
    • HttpServletRequest - 기본 사용법
    • HTTP 요청 데이터 - 개요
    • HTTP 요청 데이터 - GET 쿼리 파라미터
    • HTTP 요청 데이터 - POST HTML Form
    • HTTP 요청 데이터 - API 메시지 바디 - 단순 텍스트
    • HTTP 요청 데이터 - API 메시지 바디 - JSON
    • HttpServletResponse - 기본 사용법
    • HTTP 응답 데이터 - 단순 텍스트, HTML
    • HTTP 응답 데이터 - API JSON
    • Summary
  • 3. 서블릿, JSP, MVC 패턴
    • 회원관리 웹 애플리케이션 요구사항
    • 서블릿으로 회원 관리 웹 애플리케이션 만들기
    • NoClassDefFoundError(WebServlet) TroubleShooting
    • NumberFormatException TroubleShooting
    • HTML에서 한글이 보이지 않는 이슈 TroubleShooting
    • JSP로 회원 관리 웹 애플리케이션 만들기
    • MVC 패턴 - 개요
    • MVC 패턴 - 적용
    • MVC 패턴 - 한계
    • Summary
  • 4. MVC 프레임워크 만들기
    • 프론트 컨트롤러 패턴 소개
    • 프론트 컨트롤러 도입 - v1
    • View 분리 - v2
    • Model 분리 - v3
    • 단순하고 실용적인 컨트롤러 - v4
    • ⭐️유연한 컨트롤러1 - v5(어댑터 도입, 인터페이스3 처리)
    • ⭐️유연한 컨트롤러2 - v5(어댑터 도입, 인터페이스3,4 처리)
    • Summary
  • 5. 스프링 MVC - 구조 이해
    • ⭐️스프링 MVC 전체 구조
    • 핸들러 매핑과 핸들러 어댑터
    • 뷰 리졸버
    • 스프링 MVC - 시작하기
    • @Controller 등장!⭐️
    • 스프링 MVC - 컨트롤러 통합
    • 스프링 MVC - 실용적인 방식
    • Summary
  • 6. 스프링 MVC - 기본 기능
    • 프로젝트 생성
    • 로딩 간단히 알아보기
    • 요청 매핑
    • 요청 매핑 - API 예시
    • HTTP 요청 - 기본, 헤더 조회
    • HTTP 요청 파라미터 - 쿼리 파라미터, HTML, Form
    • HTTP 요청 파라미터 - @RequestParam
    • HTTP 요청 파라미터 - @ModelAttribute
    • HTTP 요청 메시지 - 단순 텍스트
    • HTTP 요청 메시지 - JSON
    • 응답 - 정적 리소스, 뷰 템플릿
    • HTTP 응답 - HTTP API, 메시지 바디에 직접 입력
    • HTTP 메시지 컨버터
    • 요청 매핑 핸들러 어댑터 구조
    • Summary
  • 7. 스프링 MVC - 웹 페이지 만들기
    • 프로젝트 생성
    • 요구사항 분석
    • 상품 도메인 개발
    • 상품 서비스 HTML
    • 상품 목록 - 타임리프
    • 상품 상세
    • 상품 등록 폼
    • 상품 등록 처리 - @ModelAttribute
    • 상품 수정
    • PRG Post/Redirect/Get
    • RedirectAttributes
    • Summary
  • What's Next?
Powered by GitBook
On this page

Was this helpful?

  1. 5. 스프링 MVC - 구조 이해

스프링 MVC - 실용적인 방식

컨트롤러V3에서 컨트롤러V4로 만들었던 것을 기억해보자. ModelView를 반환하다가 View의 논리적 이름만 반환해서 코드가 훨씬 간결해졌었다.

스프링의 애노테이션 기반 컨트롤러는 인터페이스 기반으로 설계되어있기 때문에 다형성을 통해 각 메서드들(컨트롤러)는 ModelAndView로 리턴해도 되고, 문자로 리턴해도 된다!

  1. Model 파라미터 : 스프링도 Model을 만들어서 넣어주는 기능을 제공한다!

  2. ViewName 직접 반환 : 뷰의 논리 이름을 반환할 수 있다.

  3. @RequestParam : HTTP 요청 파라미터를 @RequestParam 으로 받을 수 있다.⭐️ String으로 반환되는 것을 자동 형변환까지 가능하다! @RequestParam("username") = request.getParameter("username") GET 쿼리 파라미터, POST Form 방식을 모두 지원한다.

  4. @RequestMapping ➡@GetMapping, @PostMapping URL만 매칭하는 것이 아니라, HTTP Method도 함께 구분할 수 있다. (Get, Post, Put, Delete, Patch 모두 애노테이션이 준비되어 있다.) 이렇게 HTTP 메서드별로 구분해서 코드를 작성하는 이유 여러 side-effect들을 막기 위함이라고 한다. 단순 조회하는 경우에는 GET방식으로만 받는다. 정보의 수정이 일어나는 경우에는 POST 방식으로만 받는다.

Previous스프링 MVC - 컨트롤러 통합NextSummary

Last updated 3 years ago

Was this helpful?