일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
- kotlin
- API
- 알고리즘
- Spring
- 데이터베이스
- 자바
- 그리디
- 코드
- Elasticsearch
- 읽기쉬운코드
- framework
- 코딩테스트
- Java
- cleancode
- 스프링
- 코딩
- JPA
- 애자일프로그래밍
- 그리디알고리즘
- database
- 프레임워크
- 애자일기법
- Baekjoon
- 개발자
- 엘라스틱서치
- 개발
- ES
- 백준
- 클린코드
- spring boot
- Today
- Total
목록API (10)
튼튼발자 개발 성장기🏋️
REST를 구성하는 아키텍처 스타일을 모아보았다. Client - Server Stateless Cache Uniform Interface Layered System Code On Demand (이 녀석은 Optional) 잘 보면 HTTP API만 잘 지켜져도 다 만족할 수 있는 녀석들이다. 그러나 4번 Uniform Interface라는 녀석만이 지켜지기 어렵다. Uniform Interface의 4가지 제약조건이 있다. Identification of resources Manipulation of resources through representions self descriptive messages hypermedia as the engine of application state 이 중에서도 3번 ..

개발자라면 RESTful에 대해 한 번이라도 들어 보았을 것이라 생각이 든다. 그러나 정작 "RESTful이 뭐야?"라고 물었을 때 진정으로 정답을 말하기 애매한 것 같다. 실제로 사내 프로젝트로 서버 개발을 했을 때 RESTful을 사용해서 서버를 구축한 경험어 있다. 그러나 코드리뷰로부터 "REST 스럽지 않다."라는 피드백을 받은 적이 있었다. 그럼 REST 스러운게 무엇일까? REST의 풀 네임은 [REpresentational State Transfer]라고 한다. 그래도 모르겠다. 그래서 REST가 만들어진 계기를 찾아보았다. 1991년으로 넘어가 보자. 인터넷을 사용하던 시절 www(World Wide Web)이 탄생할 때 어떻게 데이터를 서로 주고받을 것인지에 대해 논의를 하던 도중 다음과..