00이/가 흘러다닐 길을 만들어 볼까요? REST API URL 규.칙.

Spring과 진짜 초면인 우리

어디로 가는 지, 알수없지만*2 ~

REST(ful) API URL 즉, 주소 정하는 데에도 규칙이 있다는거 아셨나요?!

같이 알아보자는 뜻이었어요..🥲

 

정해져있는 규칙이므로,

이번에는 제 머리에서 나온 내용이 아닌!

오피샬 정보로 가보자구요~

 

REST API URL 규칙 !

• 클라이언트/서버 구조: 클라이언트와 서버가 각각 독립적으로 개발되어야 하며, 서로간에 의존성을 갖지 않습니다.
• 무상태성(Stateless): 서버는 각각의 요청을 별개의 요청으로 인식하고 처리합니다. 따라서 요청 간의 의존성이 없어야 합니다.
• 캐시 처리 가능(Cacheable): HTTP 프로토콜을 그대로 사용하기 때문에 캐싱 기능을 사용할 수 있습니다
• 계층형 구조(Layered System): 서버와 클라이언트 사이에 방화벽, 게이트웨이 등 다양한 계층 형태로 구성될 수 있습니다.
• 인터페이스 일관성(Uniform Interface): 리소스에 대한 정의와 리소스 상태에 대한 조작이 일관성 있게 이루어져야 합니다.
• 자기 서술적 메시지(Self-descriptiveness): HTTP 프로토콜 자체가 메시지를 스스로 설명할 수 있어야 합니다.
• 서버와 클라이언트의 역할 구분: 클라이언트는 서버로 요청을 보내고 서버는 요청에 대한 결과를 반환합니다.

 

자~ 그러면  00이/가 흘러다닐 길을 직접 한번 만들어 볼까요?

퀴즈 :  다음 길(요청)에 대해 직접 URL을 지어주세요 !

 

회원 목록

 

회원 등록 폼

회원 등록

 

회원 조회

 

회원 수정 폼

회원 수정

 

회원 삭제

 

---

 

정답은

.

.

.

스스로 한번 해보자구요~🤭🤭🤭

.

.

.

---

 

 

 

회원 목록) /members -> GET

회원 등록 폼) /members/new -> GET

회원 등록) /members/new, /members -> POST

회원 조회) /members/{id} -> GET

회원 수정 폼) /memers/{id}/edit -> GET

회원 수정) /members{id}/edit, /members{id} -> POST

회원 삭제) /members/{id}/delete -> POST