처음으로  HTTP API를 설계해보았다.

 

요구사항

회원 정보 관리 API를 만들어라.

회원 목록 조회

회원 조회

회원 등록

회원 수정 

회원 삭제 

 

API URI 설계

회원 목록 조회 /read-member-list

회원 조회 /read-member-by-id

회원 등록 /create-member

회원 수정 /update-member

회원 삭제 /delete-member

 

이것은 좋은 URI 설계일까?

가장 중요한 것은 리소스 식별이다.

 

API URI 고민

리소스의 의미는 뭘까?

  회원을 등록하고 조회하고 수정하는 것이 리소스가 아니다.

  회원이라는 개념 자체가 리소스다.

리소스는 어떻게 식별하는게 좋을까?

  회원을 등록하고 수정하고 조회하는 것을 모두 배제

  회원이라는 리소스만 식별하면 된다. > 회원 리소스를 URI에 매핑

 

회원 목록 조회 /members

회원 조회 /members/{id}

회원 등록 /members/{id}

회원 수정 /members/{id}

회원 삭제 /members/{id}

 

조회,등록,수정,삭제를 어떻게 구분하지???

 

리소스와 행위를 분리

가장 중요한 것은 리소스를 식별하는것

URI는 리소스만 식별

리소스와 해당 리소스를 대상으로 하는 행위를 분리

 리소스:회원

 행위:조회,등록,삭제,변경

리소스는 명사, 행위는 동사

행위는 어떻게 구분하지?

'웹프로그래밍 > 웹 기본 지식' 카테고리의 다른 글

15. HTTP 메서드 - PUT, PATCH, DELETE  (0) 2022.01.04
14. HTTP 메서드 - GET, POST  (0) 2021.12.29
12. HTTP 메시지  (0) 2021.12.28
11. 비 연결성(Connectionless)  (0) 2021.12.28
10. Stateful, Stateless  (0) 2021.12.23

+ Recent posts