• 목차

URI(Uniform Resource Identifier)

• 좋은 URI는 설계는 리소스(Resource) 식별을 잘 해야 한다.
• 좋은 URI는 **자원(Resource)**과 **행위(Method)**를 분리해야 한다.
• URI는 리소스 만으로 표현하고 행위는 HTTP Method로 표현한다.

만약 회원 조회 URI를 만든다면?

• 리소스는 회원(Member)이라는 개념 자체가 될 것이다.
• 그러므로 회원을 등록하고 수정하고 조회하는 행위 자체는 모두 배제하고 회원이라는 리소스만 식별하면 된다.
• 조회(수정)이라는 행위는 HTTP Method를 통해서 표현한다.
• 계층 구조 상 상위를 컬렉션으로 보고 복사 단어 사용 권장(member -> members)
• GET /read-member-by-id X
• GET /members/{id} O

HTTP Method 종류

• GET : 리소스(자원) 조회
• POST : 요청 데이터 처리, 주로 등록에 사용
• PUT : 리소스를 대체, 해당 리소스가 없으면 생성
• PATCH : 리소스 부분 변경
• DELETE : 리소스 삭제
• HEAD : GET과 동일하지만 메시지 부분을 제외하고, 상태 줄(시작 라인)과 헤더만 반환