일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 개발자
- 애자일기법
- db
- 애자일프로그래밍
- 코딩테스트
- 데이터베이스
- 백준
- 읽기쉬운코드
- 자바
- ES
- Elasticsearch
- API
- Spring
- 그리디
- 코드
- framework
- 프레임워크
- JPA
- 엘라스틱서치
- database
- 코딩
- 애자일
- 클린코드
- cleancode
- 알고리즘
- 그리디알고리즘
- 개발
- 스프링
- Baekjoon
- Java
- 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)이 탄생할 때 어떻게 데이터를 서로 주고받을 것인지에 대해 논의를 하던 도중 다음과..