Spring MVC🌱

웹은 결국 HTTP 기반으로 통신을 한다.클라이언트에서 URL을 입력하면 인터넷을 통해 서버에 접속해서 응답받은 HTML을 받아 보여준다.거의 모든 형태의 데이터를 HTTP를 통해 주고받을 수 있다.서버간에 데이터를 주고 받을 때도 대부분 HTTP 사용HTTP 기반으로

서블릿은 톰캣 같은 웹 애플리케이션 서버를 직접 설치하고, 그 위에 서블릿 코드를 클래스 파일로 빌드해서 올린 다음, 톰캣 서버를 실행하면 된다. 하지만, 이 과정은 매우 번거롭

서블릿과 자바 코드만으로도 HTML을 만들 수 있다. 서블릿 덕분에 동적으로 원하는 HTML을 마음껏 만들 수 있다. 하지만, 엄청나게 불편하고 오타 때문에 에러가 발생할 확률이 높다. 자바코드에서 HTML 코드를 작성하는 것보다 차라리 HTML 문서에 동적으로 변경해

프론트 컨트롤러 패턴 소개 이전 사용했던 MVC 패턴의 한계점은 공통 처리가 힘들다는 것이었다. 이를 해결하기 위해 프론트 컨트롤러 패턴을 사용한다. 기존의 MVC 패턴만 적용한 상태는 다음과 같다. 공통 코드가 모든 컨트롤러에 산재되어있고, 클라이언트는 각각의 컨트

이전에 직접 만들었던 MVC 프레임워크와 Spring MVC를 비교해보면 그 구조가 거의 똑같다.

요청 매핑 요청이 왔을때 어떤 컨트롤러에서 매핑을 할 것인지 조사해서 매핑을 진행한다. @Controller: 반환 값이 String 이면 뷰 이름으로 인식된다. 그 결과 뷰를 찾고 뷰가 렌더링 된다. @RestController: 반환 값으로 뷰를 찾는 것이 아닌,

HTTP 요청 메시지 - 단순 텍스트 HTTP message body에 직접 데이터를 담아 요청하는 방식은 HTTP API에서 주로 사용하는 방식으로, JSON, XML, TEXT 등 거의 모든 데이터를 전송할 수 있다. 주로 JSON 형식의 데이터를 주고 받는다.

웹 애플리케이션에서 폼 입력시 숫자를 문자로 작성하는 등의 검증 오류가 발생해서 오류 화면으로 바로 이동하게 되면 사용자는 처음부터 해당 폼으로 다시 이동해서 입력을 해야 한다. 이 경우 사용자 입장에선 매우 불편하다. 웹 서비스는 폼 입력시 오류가 발생하면

Bean Validation 이란? Bean Validation은 특정한 구현체가 아닌 Bean Validation 2.0(JSR-380)이라는 기술 표준이다. 검증 애노테이션과 여러 인터페이스의 모음이다. JPA가 표준 기술이고 그 구현체로 하이버네이트가 있는 것과

HTML Form을 통한 파일 업로드를 이해하려면 먼저 폼을 전송하는 다음 두 가지 방식의 차이를 이해해야 한다. application/x-www-form-urlencoded, multipart/form-data