1. 클라이언트가 요청을 전송하면 DispatcherServlet 이라는 클래스에 요청이 전달됨 2. DispatcherServlet은 클라이언트의 요청을 처리할 Controller에 대한 검색을 HandlerMapping 인터페이스에 요청 3. HandlerMappting은 클라이언트 요청과 매핑되는 핸들러 객체를 다시 DispatcherServlet에게 리턴 핸들러 객체는 해당 핸들러의 Handler 메서드 정보를 포함하고 있음 Handler 메서드는 Controller 클래스 안에 구현된 요청 처리 메서드를 의미 4. 실제로 클라이언트 요청을 처리할 Handler 메서드를 찾아서 호출해야 하므로 DispatcherServlet은 Handler 메서드를 직접 호출하지 않고, HandlerAdpater..
Spring MVC 란 ? 클라이언트의 요청을 편리하게 처리해주는 프레임워크 Servlet API 기반으로 클라이언트의 요청을 처리하는 모듈 (spring-webmvc -> 보통 spring MVC라 부름) Servlet이란? 클라이언트의 요청을 처리하도록 특정 규약에 맞추어서 Java 코드로 작성하는 클래스 파일 Spring MVC 내부에서 Servlet을 기반으로 웹 애플리케이션이 동작한다 Model Spring MVC에서 M에 해당 웹 애플리케이션이 클라이언트의 요청을 전달받으면 요청 사항을 처리하기 위한 작업을 수행 클라이언트에게 응답으로 돌려주는 작업의 처리 결과 데이터를 Model 이라고 한다 클라이언트의 요청 사항을 구체적으로 처리하는 영역을 서비스 계층(Service Layer)이라고 하며..
REST란? (Representational State Transfer) 웹에서 사용되는 데이터나 자원(Resource)을 HTTP URI로 표현하고, HTTP 프로토콜을 통해 요청과 응답을 정의하는 방식 -> API를 작성하는 여러 방식들 중 하나의 방식 좋은 REST API를 디자인하는 방법 로이 필딩은 REST 성숙도 모델은 총 4단계(0~3)로 나누어지며, 모든 단계를 충족해야 REST API라고 부를 수 있다고 주장했다 실제로는 엄밀하게 3단계까지 지키기 어렵기 때문에 2단계까지만 적용해도 좋은 API디자인이라고 한다 이런 경우 HTTP API라고도 부른다 REST 성숙도 모델 0단계 - HTTP 사용 단순히 HTTP 프로토콜을 사용하기만 해도 된다. 하지만 REST API라고 할 수 없으며, ..
GET : 특정 리소스 표시를 요청. 데이터를 받을 때만 사용 HEAD : GET메서드의 요청과 동일한 응답을 요구하지만, 응답 본문을 포함하지 않는다 POST : 특정 리소스에 엔티티를 제출할 때 사용 PUT : 요청 페이로드를 사용해 새로운 리소스를 생성하거나, 교체한다 DELETE : 삭제 CONNECT : 요청한 리소스에 대해 양방향 연결을 시작한다. 터널을 열기 위해 사용 OPTIONS : 리소스와의 통신을 설정 TRACE : 대상 리소스에 대한 메시지 루프백 테스트를 수행하여 디버깅 메커니즘을 제공 PATCH : 리소스 수정 출처 - https://developer.mozilla.org/ko/docs/Web/HTTP/Methods HTTP 요청 메서드 - HTTP | MDN HTTP는 요청 메..
동일 출처 정책 (SOP, Same-Origin Policy) 어떤 출처에서 불러온 문서나 스크립트가 다른 출처에서 가져온 리소스와 상호작용하는 것을 제한하는 보안 방식 교차 출처 리소스 공유 (CORS) 다른 출처 간의 리소스를 공유할 수 있도록 하는 것 한 출처에서 실행 중인 웹 애플리케이션이 다른 출처의 선택한 자원에 접근할 수 있는 권한을 부여하도록 브라우저에 알려주는 체제 예를 들어, 내가 티스토리를 잘 사용하고 있는데 어떤 해커가 사람들의 정보를 빼낼 목적으로 "BAD사이트"를 만들었다 사람들이 "BAD사이트"로 접속하게 하기 위하여 이메일로 링크를 뿌리거나 게시글로 유인을 하여 접속하게 한다 그러면 "BAD사이트"의 html, css, 자바스크립트 코드가 브라우저에 받아지고 그것을 이용해 나..
SSR (Server Side Rendering) 서버 쪽에서 렌더링 준비를 끝낸 상태로 클라이언트에게 전달하는 방식 서버에서 이미 렌더 가능한 상태로 클라이언트에게 보내주기 때문에 JS가 다운로드되는 동안 사용자는 무언가를 보고 있을 수 있음 장점 검색엔진 크롤러가 html에 접근하기 쉽다 -> SEO(Search Engine Optimization)가 우선순위인 경우, 일반적으로 SSR을 사용 웹 페이지의 첫 화면 렌더링이 빠르다 -> 단일 파일의 용량이 작음 웹 페이지가 사용자와 상호작용이 적은 경우 활용 가능 단점 자원이용이 서버에 집중되어 유지비용이 높음 일부 서드파티 자바스크립트 라이브러리의 경우 불가능할 수 있음 CSR (Client Side Rendering) 서버가 클라이언트에게 HTML..
웹 애플리케이션 구현 방식 웹 애플리케이션을 구현하는 방식은 크게 세 가지 방식이 있다 Single Page Application Microservice Architecture Serverless Architecture Single Page Application 유저의 입력과 요청에 의한 콘텐츠나 정보의 최신화를 할 때 서버로부터 새로운 페이지를 불러오지 않고(새로고침) 현재 페이지에서 이루어짐으로써 사용자와 소통한다 필수적인 요소만을 요청하여 새로고침을 방지해 유저 경험을 극대화한다 이러한 기능을 위해 AJAX, Asynchronous, JavaScript, XML이 주로 사용된다 오늘날 만들어지는 대부분의 많은 웹 애플리케이션들은 이 방법으로 만들어진다 Microservice Architecture ..
웹사이트(website) vs 웹 애플리케이션(web application) 아마 대부분 둘이 같다고 생각하는 사람이 많을 거다 우리는 일상용어로 혼용해서 사용하기도 하기 때문이다 개발 영역에서 웹사이트(website)는 정적 페이지들의 집합체를 의미한다 여기에 동적 페이지를 포함하게 된다면 web application이라고 한다 사실 오늘날의 대부분의 웹사이트들은 엄밀하게 말하면 웹 애플리케이션들이다 웹 애플리케이션의 특징 데스크탑 애플리케이션처럼 상호작용이 가능하다 특정 기능을 가지고 있다(정보 검색 등) 정보나 자료 등의 콘텐츠 관리 시스템과 함께 작동한다 웹 애플리케이션 아키텍처 유저가 웹브라우저에서 요청을 하면 애플리케이션의 다양한 요소들(브라우저, 유저 인터페이스, 미들웨어, 서버, 데이터베이..
웹(WEB) 웹 : 인터넷에서 제공되는 하이퍼텍스트 시스템 하이퍼텍스트 : 문서 안에 다른 문서의 위치정보 등을 포함하여 문서 간의 정보를 서로 연관 지어 참조할 수 있는 문서 사람들이 인터넷이라고 하면 일반적으로 떠올리는 것이 웹이다 클라이언트-서버 아키텍처 웹에서 제공되는 서비스는 주로 서비스를 이용하는 클라이언트와 서비스를 제공하는 서버로 나뉜다 이러한 구조를 클라이언트-서버 아키텍처라고 한다 서버는 사용자와의 직접적 접점이 없기 때문에 편의성 보다는 기능에 중점을 두고 개발이 이루어진다 2 티어 아키텍처 위와 같이 클라이언트와 서버로 나뉜 구조를 2 티어 아키텍처라고도 한다 3 티어 아키텍처 2 티어 아키텍처에서 데이터베이스가 추가된 형태 일반적으로 서버는 리소스를 전달해 주는 역할만 담당한다 리..
