restful api..?

https://velog.io/@haileeyu21/Session-RESTful-API-%EB%9E%80-Path-parameters-Query-string

[ Session ] RESTful API 란? / Path parameters / Query string

 

 

기존) 쿼리스트링 중심

페이지 뷰 중심

재사용성이 매우 떨어짐. 해당 페이지에서만 사용 가능한 컨트롤러라든가. 이런 경우 

모바일이나 다른 기기에서 사용하기 현저하게 힘들어짐. 

쿼리스트링은 자원의 filtering, sorting, searching에 적절하다봄.

 

 

개선하려면?) path parameter

자원 중심 

공공데이터, open api같은 경우는 데이터를 뽑아오기 위해 사용한다. 그러려면 데이터 중심으로 가져가게끔 해야 하는데

이를 restful하게 만들어야 사용하기가 편하다.

 

 

 

status code도 잘 사용해주고. 

 

 

 

Rest Api - 정보 주고받는데 있어서의 '형식'

이 폼에 맞춰서 기능을 만들기만 하면 됨.

 

api.. 사용자가 그 기능을 만들 수 있도록 제어장치를 만드는 것

 

미리 작성된 소프트웨어를 통해 정보들이 요청되고 전송됨.

 

기상청 서버에게 정보들을 요청하는 지정된 형식이 있어야 함. 조회 날, 지역, 온도...등등

누구든 이걸 참조해서 기상청 데이터를 가져올 수 있을 것.

 

즉.

이처럼 소프트웨어가 다른 소프트웨어로부터 지정된 형식으로 요청, 명령을 받을 수 있는 수단을 api라 함.

 

그 중에서 rest api는?

웹에서 서버에 데이터를 요청하거나, 배달 앱에서 서버에 주문을 넣거나 등. ...

 

rest의 중요점은 각 요청이 어떤 동작이나 정보를 위한 것인지를 그 요청의 모습 자체로 추론이 가능하다는 것.

기능 자체만 중요하다면 rest 필요없이 동작만 하게 함. 

 

문제는 서비스를 개발자 혼자만드는 것이 아니고. 인수인계도 그렇고. 이 api를 통해 다른 제품을 만드는 개발자의 경우 힘들어질 것. 따라서 restful하게 만든 api는 요청을 보내는 주소만으로도 이게 무슨 요청인지 파악이 가능해질 것.

 

자원을 구분자를 통해 나타내는.. 이런 식의 구분자를 URI라 함.

서버에 rest api로 요청보낼땐 http 규악에 따라 신호를 전송함.

 

 

"restful api design guidlines" 참조