HTTP 메소드 활용

클라이언트에서 서버로 데이터 전송 시 데이터 전달 방식은 크게 2가지가 있습니다.

1. 쿼리 파라미터를 통한 데이터 전송 

GET을 사용한 조회

2. 메시지 바디를 통한 데이터 전송

POST, PUT, PATCH를 이용한 변경

 

상황으로 보면 크게 4가지가 있죠.

1. 쿼리 파라미터를 통한 데이터 전송에는 두 가지 상황이 있습니다.

1-1. 정적 데이터를 조회 : 이미지, 정적 텍스트 문서

1-2. 동적 데이터를 조회 : 주로 검색, 게시판 목록에서 정렬 필터 

 

2. 메시지 바디를 통해 데이터 전송하는 상황에는 두 가지 상황이 있습니다.

2-1. HTML Form을 통한 데이터 전송 : 회원가입, 상품주문, 데이터 변경

2-2. HTML API를 통한 데이터 전송 : 회원가입, 상품주문, 데이터 변경 ( 서버 to 서버, 앱 클라이언트, 웹 클라이언트 통신 )

 

---

1-1. 쿼리 파라미터를 사용하지 않고 정적 데이터 조회 ( GET )

정적 데이터는 일반적으로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회할 수 있습니다.

1-2. 쿼리 파라미터를 사용한 동적 데이터 조회 ( GET ) 

쿼리 파라미터를 사용한다면 쿼리 파라미터를 기반으로 정렬 필터해서 결과를 동적으로 생성해 줍니다.

주로 검색, 게시판 목록에서 정렬필터를 사용해서 조회할 때 사용합니다. 

GET인 경우 쿼리 파라미터는 반드시 URL에 들어갑니다.

 

URL 내부에 쿼리 파라미터 넣어야 함.

---

HTML Form, HTTP API

2-1. HTML Form을 통한 데이터 전송 ( GET/조회 , POST )

- HTML Form ▶︎ HTTP 요청 메시지로 변환하여 서버에 전달하는 방식

HTML Form

 

- GET일 경우 URL에 쿼리 들어감.

- POST의 경우 body에 쿼리 들어감.

Content-Type : application/x-www-form-urlencoded 사용

> form의 내용을 메시지 바디를 통해 전달 

 

Content-Type : multipart/form-data 는 주로 파일 업로드 같은 바이너리 데이터 전송시에 사용

 

🚩 HTML Form은 GET, POST만 지원.

 

2-2. HTML API를 통한 데이터 전송 

서버 간 통신이나 앱/웹 클라이언트 통신에서 사용하는 방법으로 POST,PUT,PATCH에서는 메시지 바디를 통해 데이터를 전송하고 

GET은 쿼리파라미터로 데이터를 전달한다.

 

Content-Type 은 aplication/json을 주로 사용

 

HTTP API 설계 예시

 

1. Collection

• POST 기반 등록
• 서버가 관리하는 리소스 저장소
• 서버가 리소스 URI를 결정
• 클라이언트는 리소스 URI를 알지 못함.

 

ex) 회원 관리 시스템

2. Store

• PUT 기반 등록
• 클라이언트가 관리하는 리소스 저장소
• 클라이언트가 리소스 URI를 결정
• 서버는 리소스 URI를 알지 못함

ex) 파일관리 시스템

 

3. HTML FORM 사용

순수 HTML + HTML Form 을 사용한 설계로 GET, POST만 지원.

 

GET, POST만으로는 삭제나 수정에 제약이 있기 때문에 컨트롤 URI를 사용해야 합니다.

 

컨트롤 URI : 동사로 된 리소스 경로와 GET, POST 메소드를 사용해 지원하지 않는 동작에 대한 문제를 해결할 수 있습니다.

 

예를들어 수정의 경우 수정 폼 /members/{id}/edit의 데이터를 GET해서 수정 폼에 데이터를 주입하여 POST하면 /members/{id}/edit 은 해당 ID의 수정본이 POST되므로 수정의 효과를 간접적으로 보여줄 수 있습니다.