반응형
클라이언트에서 서버로 데이터 전송하는 방법
- 쿼리 파라미터를 통한 데이터 전송
- get
- 주로 정렬 필터 (검색어)
- 메세지 바디를 통한 데이터 전송
- post, put, patch
- 회원 가입, 주문, 리소스 등록, 변경
조회
- 정적 데이터 조회
- 별도 쿼리 파라미터 없이 경로만으로 조회함
- 동적 데이터 조회
- 쿼리 파라미터를 사용함
데이터 전송
html form 데이터 전송
- post 전송
- 브라우저가 form 태그로 만든 데이터를 http 메시지로 만듬
- 메세지 포멧
- post /save http/1.1
- host : 요청 대상 서버 도메인 이름, 포트
- content-type : application/x-www-form-urlencoded
- username=kim&age=20
- form method를 get으로 바꾸면?
- 브라우저는 key=value로 만드는 값을 쿼리 파라미터로 생성함
- method = post enctype=”multipart/form-data”
- 웹 브라우저가 생성한 요청 http 메시지
- 경계로 잘라서 데이터를 보낼수 있음
- 파일 전송 등에 사용됨.
- form 전송은 get, post만 가능
http api 데이터 전송
- 서버 to 서버
- 앱 클라이언트
- 웹 클라이언트
- html에서 form 대신 자바스크립트 ajax로 전송함
- post, put, patch : 메시지 바디로 데이터 전송
- get : 조회, 쿼리 파라미터로 데이터 전달
- content-type: application/json을 주로 사용
- text, xml, json, ...
http api 설계 예시
- 회원 목록
- 등록
- 조회
- 수정
- 수정은 개념적으로 patch가 맞긴함
- 게시글 수정은 put으로 수정할 수 있겠음
- 애매하면 post를 사용하면 되겠음
- 삭제
- 회원을 신규로 생성하는 경우
- POST /members → 서버 요청
- 응답
- members 컬렉션에 신규로 회원을 생성했음을 응답에 넘겨줄거임
- Location 응답 헤더에 해당 경로를 반환
Location: /members/100
- POST에서 클라이언트는 등록될 리소스의 URI를 모른다.
- 서버가 새로 등록된 리소스 URI를 생성해준다.
- 서버가 리소스를 직접 관리하는 곳을 컬렉션이라고 한다.
파일 관리 시스템 예시
- 파일 등록 PUT을 사용
- 신규 자원 등록
- 클라이언트가 리소스 URI를 알고 있어야 한다.
- ex) 파일의 이름이 요청 경로에 포함됨 /files/star.jpg
- 클라이언트가 관리하는 리소스 저장소
- 스토어
- 컬렉션과 차이점 : 클라이언트가 uri를 알고 관리
http form 사용시
- 조회, 등록, 수정, 삭제
- get, post 밖에 사용하지 못하므로 행위를 경로에 포함시켜야 함.
- 컨트롤 uri로 행위를 동사로 추가함
- 리소스는 명사로만 표현
정리
참고하기 좋은 uri 설계 개념
- 문서
- 단일 개념
- 파일 하나, 객체 인스턴스, 데이터베이스 row
- 단일 개념
- 컬렉션
- 서버가 관리하는 리소스 디렉토리
- 서버가 리소스의 uri를 생성하고 관리
- ex) /members
- 스토어
- 클라이언트가 관리하는 자원 저장소
- 컨트롤러, 컨트롤 uri
- 문서, 컬렉션, 스토어로 해결하기 어려운 추가 프로세스 실행
- 동사를 직접 사용
- /members/{id}/delete
내용 출처
반응형
'개발 > web' 카테고리의 다른 글
[http] http 헤더 - 1 (0) | 2024.01.07 |
---|---|
[http] http 상태 코드 (0) | 2024.01.07 |
[http] http 메소드, 메소드 속성 (0) | 2024.01.07 |
[http] http 개요 (0) | 2024.01.02 |
[spring] rest api 응답 컨텐츠 압축하기 (1) | 2024.01.01 |