11. HTTP 메서드 - API를 만들어보자

이게 좋은 URI 설계일까?

실제로 현업에서 이렇게 많이 설계한다.

 

URI의 가장 중요한건 리소스다.

---

API URI 고민
URI(Uniform Resource Identifier)

• 리소스의 의미는 뭘까?
• 회원을 등록하고 수정하고 조회하는게 리소스가 아니다!
• 예) 미네랄을 캐라 -> 미네랄이 리소스
• 회원이라는 개념 자체가 바로 리소스다.
• 리소스를 어떻게 식별하는게 좋을까?
• 회원을 등록하고 수정하고 조회하는 것을 모두 배제.
• 회원이라는 리소스만 식별하면 된다. -> 회원 리소스를 URI에 매핑

---

리소스와 행위을 분리
가장 중요한 것은 리소스를 식별하는 것

• URI는 리소스만 식별!
• 리소스와 해당 리소스를 대상으로 하는 행위를 분리
• - 리소스: 회원
• - 행위: 조회, 등록, 삭제, 변경 (GET, POST, DELECT, PUT)
• 리소스는 명사, 행위는 동사 (미네랄을 캐라)
• 행위(메서드)는 어떻게 구분할까? HTTP 메서드에서 구분해줄수 있다