KANBAN 컨펌을 받았다 📌
최대한 꼼꼼하게 작성했다고 생각했는데, 다른분들보다 더 많은 피드백이 있었다!
좋은 의미로 생각하면, 단순하게 구현하려던 것을 좀더 개발자스럽게 접근하여 다른방향으로 생각할 수 있는 계기가 되었다! 사실 기능 구현보다도 정말 어렵게 느껴지는 것이 있었는데... 그건 바로바로 REST API!
REST API
좋은 자료 > https://ninenines.eu/docs/en/cowboy/2.7/guide/rest_principles/
RESTful ? REST API ? stateless ?
이런 부분을 고려해서 작성했다고 생각했는데, stateless하지 않다는 피드백을 받았다..
움, 다시 공부해보자
REST 는 Representational State Transfer로, Resource(자원) - URI / 행위(Verb) - HTTP method / 표현(Representations)로 구성되어 었습니다
* 특징
1) Uniform interface : URI로 지정한 리소스에 대한 조작을 통일되고 한정적인 인터페이스로 수행하는 아키텍처 스타일
2) Stateless : 상태정보를 따로 저장하고 관리하지 않으며, 들어오는 요청만을 단순히 처리
3) Cacheable : HTTP라는 기존 웹표준을 그대로 사용하므로 HTTP가 갖고 있는 캐싱 기능 적용 가능
4) Self-descriptiveness : 자체 표현 구조로 API 메시지만 보고도 이를 쉽게 이해 할 수 있어야 함
5) Client-server 구조 : REST서버는 API제공, 클라이트는 사용자 인증, 컨텍스트(세션,로그인정보)등을 직접 관리하는 구조로 각각의 역할이 확실히 구분되어야 함 -> 서로간의 의존성이 줄어듬
6) 계층형 구조 : REST 서버는 다중 계층으로 구성될 수 있으며, 로드 밸런싱, 암호화 계층을 추가해 구조상의 유연성을 줄 수 있고, proxy, gateway와 같은 네트워크 기반의 중간매체를 사용할 수 있음
처음에 작성한 uri & 다시 한번 공부 후 수정한 uri
나의 방향이 맞을지..다시 컨펌받으로 총총 🐿
RESTful API에 대해 더 확실히 이해하는 기회가 되었다!
오늘의 일기 끝! 📖
