1. (클라이언트 > 서버) 데이터 전달 방식
클라이언트에서 서버로 데이터 전달 방식은 크게 2가지가 있다.
- 쿼리 파라미터를 통한 데이터 전송
- 메세지 바디를 통한 데이터 전송
2. (클라이언트 > 서버) 데이터 전송 상황 (4가지)
클라이언트에서 서버로 데이터를 전송하는 4가지 상황
- 정적 데이터 조회 : 이미지, 정적 텍스트 문서 등
- 동적 데이터 조회 : 검색, 게시판 목록에서 정렬 필터(검색어) 등
- HTML Form을 통한 데이터 전송 : 회원가입, 상품주문, 데이터변경 등
- HTTP API를 통한 데이터 전송 : 회원가입, 상품주문, 데이터변경, 서버to서버, 웹/앱 클라이언트 등
2.1 정적 데이터 조회
- 조회는 GET을 사용함
- 정적 데이터는 일반적으로 쿼리 파라미터 없이 리소스 경로로 단순하게 조회가 가능함
2.2 동적 데이터 조회
- 조회 GET 사용함
- 동적 데이터에서 GET은 쿼리 파라미터를 사용해서 데이터를 전달함
- 조회 조건을 줄여주는 필터, 조회 결과를 정렬하는 정렬 조건에 주로 사용함
2.3 HTML Form 데이터 전송
POST 전송 : 저장
GET 전송 : 저장
GET 전송 : 조회
multipart/form-data
2.4 HTTP API 데이터 전송
- 서버 to 서버
- 백엔드 시스템 통신
- 앱 클라이언트
- 아이폰, 안드로이드
- 웹 클라이언트
- HTML에서 Form 전송 대신 자바 스크립트를 통한 통신에 사용(AJAX) - ex. React, VueJS 등 웹 클라이언트와 API 통신
- POST, PUT, PATCH
- 메세지 바디를 통해 데이터 전송
- GET
- 조회, 쿼리 파라미터로 데이터 전송
- Content-Type
- application/json을 주로 사용(사실상 표준) - ex. Text, XML, JSON 등
3. HTTP API 설계 : 회원 관리 시스템 예시
3.1 POST 기반 등록
- 회원 목록 /members : GET
- 회원 등록 /members : POST
- 회원 조회 /members/{id} : GET
- 회원 수정 /members/{id} : PATCH, PUT, POST (대부분의 경우 PATCH를 쓰게 됨)
- 회원 삭제 /members/{id} : DELETE
POST - 신규 자원 등록의 특징
- 클라이언트는 등록된 리소스의 URI를 모름
- 회원 등록 /members -> POST
- POST /members
- 서버가 새로 등록된 리소스 URI를 생성해줌
- HTTP/1.1 201 Created
- Location: /members/100
- 컬렉션(Collection)
- 서버가 관리하는 리소스 디렉토리
- 서버가 리소스의 URI를 생성하고 관리
- 컬렉션은 /members
3.2 PUT 기반 등록
- 파일 목록 /files : GET
- 파일 조회 /files/{filename} : GET
- 파일 등록 /files/{filename} : PUT
- 파일 삭제 /files/{filename} : DELETE
- 파일 대량 등록 /files : POST
PUT - 신규 자원 등록의 특징
- 클라이언트가 리소스 URI를 알고 있어야 함
- 파일 등록 /files/{filename} -> PUT
- PUT /files/star.jpg
- 클라이언트가 직접 리소스의 URI를 지정함
- 스토어(Store)
- 클라이언트가 관리하는 리소스 저장소
- 클라이언트가 리소스의 URI를 알고 관리함
- 여기서 스토어는 /files
3.3 HTML Form 사용
- 회원 목록 /members : GET
- 회원 등록 폼 /members/new : GET
- 회원 등록 /members/new, /members : POST
- 회원 조회 /members/{id} : GET
- 회원 수정 폼 /members/{id}/edit : GET
- 회원 수정 /members/{id}/edit, /members/{id} : POST
- 회원 삭제 /members/{id}/delete : POST
HTML FORM 특징
- GET, POST만 지원한다
- 컨트롤 URI
- GET, POST만 지원하므로 제약이 존재함
- 이런 제약을 해결하기 위해 동사로 된 리소스 경로 사용
- POST의 /new, /edit, /delete가 컨트롤 URI
- HTTP 메소드로 해결하기 위해 애매한 경우 사용(HTTP API 포함)
참고. URI 설계 개념
문서(document)
- 단일 개념(파일 하나, 객체 인스턴스, 데이터베이스 row)
- 예) /members/100, /files/star.jpg
컬렉션(collection)
- 서버가 관리하는 리소스 디렉터리
- 서버가 리소스의 URI를 생성하고 관리
- 예) /members
스토어(store)
- 클라이언트가 관리하는 자원 저장소
- 클라이언트가 리소스의 URI를 알고 관리
- 예) /files
컨트롤러(controller), 컨트롤 URI
- 문서, 컬렉션, 스토어로 해결하기 어려운 추가 프로세스 실행
- 동사를 직접 사용
- 예) /members/{id}/delete
https://restfulapi.net/resource-naming/
출처.
https://www.inflearn.com/course/http-%EC%9B%B9-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC
'Computer Science > Network' 카테고리의 다른 글
[Network] HTTP 웹 기본 지식 - 7. HTTP 헤더 (일반) (0) | 2023.02.10 |
---|---|
[Network] HTTP 웹 기본 지식 - 6. HTTP 상태 코드 (0) | 2023.02.09 |
[Network] HTTP 웹 기본 지식 - 4. HTTP 메소드(method) (0) | 2023.02.08 |
[Network] HTTP 웹 기본 지식 - 3. HTTP 기본 개념 (0) | 2023.02.08 |
[Network] HTTP 웹 기본 지식 - 2. URI와 웹 브라우저 요청 흐름 (0) | 2023.02.07 |