post

12. HTTP 통신과 JSONHTTP/HTTPSHTTP(HyperText Transfer Protocol)클라이언트와 서버 간에 자료를 주고받으려면 미리 약속된 규칙 필요: 프로토콜(protocol)웹에서는 HTTP라는 프로토콜 사용HTTP 요청(HTTP request): 클라이언트) 자료 요청 -> 서버 HTTP 응답(HTTP response): 서버) 응답 -> 클라이언트요청 헤더와 응답 헤더클라이언트) 사이트 주소 입력하고 [Enter] 누를 때사이트 주소 + 사용 중인 시스템 정보, 웹 브라우저 정보, 사용한 언어 등 다른 정보까지 함께 전송-> 서버로 요청할 때 보내는 헤더: 요청 헤더(request header)서버) 입력한 사이트를 찾아 -> 클라이언트응답 헤더(response header..

클라이언트 → 서버로 데이터 전송HTTP API 설계 예시클라이언트 → 서버 데이터 전달 방식쿼리 파라미터 ~> 데이터 전송GET주로 정렬 필터(검색어)메시지 바디 ~> 데이터 전송POST, PUT, PATCH회원 가입, 상품 주문, 리소스 등록, 리소스 변경4가지 상황정적 데이터 조회이미지, 정적 텍스트 문서동적 데이터 조회주로 검색, 게시판 목록에서 정렬 필터(검색어)HTML Form을 통한 데이터 전송회원 가입, 상품 주문, 데이터 변경HTTP API를 통한 데이터 전송회원 가입, 상품 주문, 데이터 변경서버 to 서버, 앱 클라이언트, 웹 클라이언트(Ajax)정적 데이터 조회이미지, 정적 텍스트 문서조회는 GET 사용일반적으로 쿼리 파라미터 X 리소스 경로로 단순하게 조회 가능동적 데이터 조회검색..

요구사항: 회원 정보 관리 APIURI(Uniform Resource Identifier)회원 목록 조회 read-member-list회원 조회 read-member-by-id회원 등록 create-member회원 수정 update-member회원 삭제 delete-member→ 좋은 URI 설계? ⇒ 가장 중요한 것: 리소스 식별리소스의 의미?회원을 등록하고 수정하고 조회하는 것이 리소스 Xex. 미네랄을 캐라 → 리소스: 미네랄⇒ 회원이라는 개념 자체가 바로 리소스리소스 어떻게 식별?회원을 등록하고 수정하고 조회하는 것을 모두 배제회원이라는 리소스만 식별하면 됨 ⇒ 회원 리소스를 URI에 매핑 리소스 식별, URI 계층 구조 활용회원 목록 조회 /members회원 조회 /members/{id}회원 등..