반응형
1. 클라이언트에서 서버로 데이터 전송
- 쿼리 파라미터
- GET
- 정렬 필터(검색어)
- 메세지 바디
- POST
- PUT
- PATCH
- 회원가입, 상품 주문, 리소스 등록, 리소스 변경
- 예시
- 정적 데이터 조회
- 이미지, 정적 텍스트 문서
- GET 방식
- 쿼리 파라미터 없이 단순 리소스 경로로 조회
- 동적 데이터 조회
- 쿼리 파라미터 사용
- 검색, 정렬 필터
- GET은 쿼리 파라미터 사용해서 데이터를 전달
- HTML Form을 통한 데이터 전송
- Form submit에서 POST 전송
- GET 전송도 가능
- HTML Form 전송은 GET, POST만 지원한다.
- HTTP API를 통한 데이터 전송
- 서버 <--> 서버
- 앱 클라이언트
- 웹 클라이언트
- AJAX
- React, Vue....
- TEXT, XML, JSON....
- 정적 데이터 조회
2. HTTP API 설계 예시
- 컬렉션 (회원 관리 시스템)
- POST (신규 자원 등록 특징)
- 클라이언트는 등록된 리소스의 URI를 모른다.
- 서버가 새로 등록된 리소스 URI를 생성해준다.
- 컬렉션
- 서버가 관리하는 리소스 디렉토리
- 서버과 리소스의 URI를 생성하고 관리한다.
- ex) /"리소스"
- POST (신규 자원 등록 특징)
- 스토어 (파일 관리 시스템)
- PUT은 기존에 파일이 없을 경우 새로 생성하지만, 없을 경우 덮어쓰기 때문에 PUT을 사용할 수 있다.
- PUT (신규 자원 등록 특징)
- 클라이언트가 리소스 URI를 알고 있어야 한다.
- 파일을 등록할떄 정확하게 URI를 알아야 덮어 쓸 수 있다.
- 클라이언트가 직접 리소스의 URI를 지정한다.
- 스토어
- 클라이언트가 관리하는 리소스 저장소
- 클라이언트가 리소스의 URI를 알고 관리
- ex) /"리소스"
- 클라이언트가 리소스 URI를 알고 있어야 한다.
- HTML Form
- HTML FORM은 GET, POST만 지원한다.
- AJAX 같은 기술을 사용해서 해결이 가능하다.
- 컨트롤 URI
- GET, POST만 지원하므로 제약을 해결하기 위해 동사로 된 리소스 경로 사용
- 예를 들면 POST의 /new, /edit, /delete가 컨트롤 URI이다.
- 정리
- 문서(document)
- 단일 개념(파일, 객체 인스턴스, 데이터베이스 row)
- 컬렉션(collection)
- 서버가 관리하는 리소스 디렉토리
- 서버가 리소스의 URI를 생성하고 관리
- ex) /member
- 스토어(store)
- 클라이언트가 관리하는 자원 저장소
- 클라이언트가 리소스의 URI를 알고 관리
- ex) /file
- 컨트롤러(controller), 컨트롤 URI
- 문서, 컬렉션, 스토어로 해결하기 어려운 추가 프로세스 실행
- 동사를 직접 사용
- ex) /member/{id}/delete
- 문서(document)
반응형
'개념 정리 > Http' 카테고리의 다른 글
HTTP 일반 헤더 (0) | 2023.03.15 |
---|---|
HTTP 상태 코드 (0) | 2023.03.14 |
HTTP 메서드 (0) | 2023.03.13 |
HTTP 기본 (0) | 2023.03.13 |
URI (0) | 2023.03.13 |