클라이언트에서 서버로 데이터 전송

데이터 전달 방식

4가지 상황

정적 데이터 조회

동적 데이터 조회

FormData 전송

Get은 조회만! 리소스변경일어날때 사용하면 안됌

Content-Type

파일 전송시 멀티파트로..

urlencoded -> 파일같은경우 퍼센트 인코딩해서 넘어감

정리

HTTP API 데이터 전송

정리

요즘은 json이 주류..

HTTP API 설계 예시

예시들 .

예전 현업프로젝트일땐 3번째 방법만 사용했음.

회원가입 시스템

리스소 + 행위 -> 리소스만 식별해야된다.

수정할땐 PATCH가 가장 베스트
PUT은 게시판에 게시글을 수정할때 게시글 내용을 전체를
보내기때문에 이때 쓰이는대.. 잘쓰일까..

두개 애매할땐 무조건 POST (회사에선 POST만썼다.)

POST 방식

** POST로 등록을 할땐 서버에서 리소스 URI를 결정하고 만들어 줌

이런 형식을 컬렉션이라고 함.

PUT 방식

원격지에 파일을 관리하는 시스템.
여기서는 PUT을 가지고 등록하기때문에
/files 에 의미를 임의로 지정 할수 있음

** 클라이언트가 리소스 URI를 알고 있어야 한다.
filename을 넣어줘야 된다.

클라이언트가 직접 리소스 관리.

POST 는 데이터 보내서 요청 / PUT은 등록될때 리소스URI를 다 알고 있어야 되서 관리해야된다.

이런 방식은 스토어라고 함.

대부분 은 POST를 씀.
PUT은 거의 사용안함...

HTML FORM

GET , POST만 사용해서 제약이 많다.

현업 프로젝트에서 대부분 이 방법만 사용했다.

주로 등록폼 / 등록 경로를 맞춰주는걸 추천.
벨리데이션 오류같은거 생길때 유용.

수정 역시 마찬가지.

현업에선 컨트롤 URI를 많이 씀..
무식하게 쓰면안됨.. 최대한 리소스란 개념을 가지고 설계하고. 그 상황이 안될때 대체제로 쓴다.

정리