REST API

https://flykimjiwon.tistory.com/190

HTTP의 상태코드와 메서드, REST API

내가 과거에 썼던 글이다. 대략적인 개념을 어렴풋이만 알고 있었지만 자세히 알고 있어야 할거같다.

 

- REST API란?

REST는 Representational state Transfer의 약자 

Representational 상태 전송

대표? 표현적인? 상태전송 이것만 봐선 뭔가 애매하다.

 

HTTP 설계의 우수성에비해 제대로 사용되지 못하는것이 안타까워 발생한 개념이라고 한다.

즉 웹의 장점을 최대한 활용할 수 있는 아키텍처가 REST이다.

 

- REST API의 구성

1)자원(Resource)  - URI

2)행위(Verb) - HTTP METHOD

3)표현(Representations)

 

- REST API의 디자인 가이드

2가지로 요약

1)URI는 정보의 자원을 표현

2)자원에 대한 행위는 HTTP Method로 구분(GET, POST, PUT, DELETE)

 

여기까지 표면적인 개념을 머리에넣고 직접 사례를넣어 URI작성을 해봐야겠다.

 

스프링 부트와 장고를 공부하면서 꼭 PUT , DELETE 메서드가 아니어도 GET과 POST로도 

 

수정 삭제가가능함을 경험해 보았다.

 

1)틀린방식

URI에 행위가 들어갔다. 정보의 자원만 넣어야한다.

GET /posts/delete/200

2)권장하는 방식

행위는 메소드로, URI는 정보만 들어가있다.

DELETE /posts/200

- HTTP응답 상태코드

200OK, 500error 정도는 알고있었지만 정확히 상태코드에 대해서 알고 인지를 하지않았다.

 

심지어 404 에러페이지를 만든적이 있는데도....  요청한 서버페이지나 데이터가 없는 경우에 나타나는 에러이다.

 

분명 이 사실을알고 404에러페이지를 만들었는데 왜 기억을 못하고 있었을까?

 

이참에 상태코드 정도는 기본으로 알고 있어야겠다.

 

어렴풋이알고 있어서 설명 못하는것만큼 아쉽고 부끄러운게 없는거같다. 깊게 공부하되

 

짧게라도 정확하게 설명할 수 있게 공부해야겠다.

 

 

 

- 참고문서

https://flykimjiwon.tistory.com/190

https://aws.amazon.com/ko/what-is/restful-api/

https://meetup.nhncloud.com/posts/92