rest

representational state transfer
1. stateless - 클라상태를 서버에 저장하지 않는다.
2. 독립적 클라와 서버는 분리되어있어야한다
3. 캐쉬 - 클라는 서버의 응답을 캐시할수 있어야한다(재사용) 서버부하 낮추기 위해서
4. 계층화 -서버 클라사이의 방화벽 게이트웨이 proxy등 다계층형태 구성가능 확장가능
5. 인터페이스 일관성 - 작은단위로 분리해서 독립적으로 클라 서버 개선가능

1. 자원식별 - uri/100 : 식별자 100
2. 메세지를 통한 리소스 조작 : header 부분에 content-type으로 html,xml, json,text 등등 전달가능
3. 자기 서술적 메세지 -get,post(http기반 헤더정보로 표현가능)
4. 에플리케이션 상태에 대한 엔진으로서 하이퍼미디어(링크)
데이터 정의만 내리는것이 아니라 리소스 링크까지 포함
(이건잘 사용안함).

url은 uri의 하위개념
url 설계원칙(rfc-3986)
1. 슬래시 사용
2. 마지막에 / 사용안함
3. 하이픈(-)은 가독성을 높이는데 사용
4. 밑줄(_)을 사용하지 않는다.
5. 소문자가 적합하다
6. 확장자는 url에 포함하지 않는다.
7. 프로그램언어에 의존적인 확장자 사용안한다
8. 구현에 의존적인 경로 사용하지 않는다.
9. 세션아이디를 포함하지 않는다.
10 프로그래밍언어의 메소드명을 이용하지 않는다.
11. 명사에 단수형보다는 복수형을 사용해야한다. 컬렉션에 대한 표현은 복수로 사용
12. 컨트롤러 이름으로는 동사나 동사구를 사용