SpringMVC

Spring MVC 를 왜 사용하는지 알기위해 그 전에 주로 사용했던 Servlet, JSP, 그리고 MVC 패턴에 대해 정리를 해보려한다. (김영한님의 스프링 MVC강의를 참고했다.) 1. Servlet Servlet이란 위키백과에서 설명하는 서블릿은 > 자바를

MVC 패턴을 이용해 직접 프레임워크 구조를 만들어 보면서 Spring MVC의 구조를 공부해보려한다.(김영한님의 스프링 MVC 강의를 듣고 정리했다.)각각의 컨트롤러에서 클라이언트 요청을 받는게 아니라 프론트 컨트롤러 서블릿 하나로 클라이언트 요청 받음프론트 컨트롤러

이전에 프론트 컨트롤러 패턴을 도입한 구조에서 컨트롤러 마다 뷰로 이동하는 부분에 코드 중복이 있었다.별도로 뷰를 처리하는 객체를 만들어 코드 중복을 없애보자viewPath로 이동하는 render함수이전과 동일하게 인터페이스로 구현MyView 객체를 리턴viewPath

이전에 view를 분리한 구조에서 각 컨트롤러에 불필요한 request, response가 있었다.Model을 추가해서 서블릿 종속성을 제거하자. 그리고 추가로 뷰 이름의 중복도 제거해보자1\. 서블릿 종속성 제거컨트롤러 입장에서는 HttpServletRequest,

이전 구조에서는 각 컨트롤러에서 ModelView를 생성해 반환해야하는 번거로움이 있었다. FrontController에서 Model을 생성해 개발자가 좀더 편하게 구조를 개선해보자 실용적인 컨트롤러 구조 이전과 구조는 동일 ModelView를 반환하지않고 Vie

**지금까지 한 방식들은 한가지 방식의 컨트롤러 인터페이스만을 사용할수있었다. 어댑터 패턴을 사용해서 프론트 컨트롤러가 다양한 방식의 컨트롤러를 처리할수있도록 변경해보자** 어댑터 패턴 추가 구조 핸들러 어댑터 중간 어댑터 역할 어댑터 덕분에 다양한 종

이전까지는 스프링 MVC 구조와 유사한 프레임워크를 만들어 보면서 해당 구조가 왜 나왔고 용도가 무엇인지 알아보았다. 지금 부터는 실제 스프링 MVC 구조를 보고 정리해볼것이다. 스프링 MVC 구조

Spring MVC 구조에서 핸들러 매핑과 핸들러 어댑터를 좀더 자세히 살펴보자 핸들러 매핑과 핸들러 어댑터 과거버전의 스프링 컨트롤러를 이용해 핸들러 어댑터와 매핑을 이해해보자 Controller 인터페이스 OldController @Component : /s

스프링MVC의 기본기능을 알아보자요청 매핑 : 요청이 왔을때 어떤 컨트롤러가 호출되어야하는지 매핑하는것축약한 어노테이션을 사용하는것이 더 직관적URL 변수를 PathVariable을 통해 받을수있다.@PathVariable의 이름과 파라미터의 이름이 같은면 생략 가능@

HTTP 요청 데이터를 조회하는 방법을 알아보자 HTTP 요청 데이터 클라이언트에서 서버로 요청 데이터를 보낼때 3가지 방법이 있다. GET - 쿼리 파라미터 메시지 바디없이 UR의 쿼리 파라미터에 데이터를 포함해서 전달 /url?username=jayoo&age=

HTTP message body에 데이터를 직접 담아서 요청해보자. 요청 파라미터와는 다르게 @RequestParam , @ModelAttribute 를 사용할수없다. HTTP 요청 메시지 request.getInputStream() stream은 바이트 코드이므

HTTP 응답을 만드는 방법은 세가지가 있다.정적 리소스 : 정적인 HTML, CSS 등등뷰 템플릿 사용 : 동적인 HTMLHTTP 메시지 사용 : HTTP 메시지 바디에 JSON 같은 형식으로 데이터를 보낸다.src/main/resources 하위에 /static,