Rails 지원 REST 정보

이 기사는 WIP입니다.
Ruby on Rails라는 프레임워크는 REST라는 소프트웨어의 구조 스타일에 매우 영향을 받는 웹 응용 프레임워크입니다.Rails는 RESTful이 제작한 덕분에 우리 Rails 엔지니어들은 평소에 REST에 대해 큰 의식을 가지고 있지 않아서 (어느 정도) RESTful의 웹 응용 프로그램과 웹API를 제작할 수 있습니다.
REST 소개 여기.
요컨대 웹 응용의 구조론 중 하나는 웹 대성의 이유 중 하나이다.로이 필딩은 천재가 2000년에 논문으로 발표한 것이다.
일본에서는산본양평,@tkawa등이REST계에서유명하다.

ROA(리소스 방향 아키텍처)

REST에는 4가지 원칙이 있는데 이를 준수하는 구조를 ROA(자원 지향 체계 구조)라고 부른다.

주소 가능성(Addresssability)

서버가 제공할 수 있는 정보는 모두 자원으로 공개되고 유일한 URI

가 할당됩니다.

URI는 패브릭 및 예측 가능

으로 선택

무상태성

클라이언트가 요청마다 필요한 모든 정보를 발송

서버는 클라이언트의 시간 초과 상태를 고려하지 않습니다

여러 개의 응용 서버가 존재하는 상황에서 무상태성에 따라 클라이언트로부터 요청을 받으면 응용 서버가 요청마다 다르더라도 문제가 없다

서버에 클라이언트 상태(state)를 저장하지 않는 디자인

로그인 기능 등을 위해 일부를stateful

로 설정

연결성(Connecttability)

정보의 내부에는 다른 정보나 상태에 대한 링크가 포함될 수 있다.

Uniform Interface

리소스에 대한 통합 작업(HTTP 방법)

모든 웹은 조작을 추상화함으로써 호환성을 유지할 수 있다(이런 생각)

ROA에 따라 RESTful의 웹 애플리케이션, API를 만들 수 있습니다.

Rails 및 REST

REST는 Rails 응용프로그램에서 구성된 어셈블리(본사에서 말하는 Office와 User 등)를'자원'으로 모형화하고 이를 CRUD와 HTTP 방법으로 운용한다.(Rails Guide에서 발췌)
RESTful의 프레임워크로 만들어진 Rails 덕분에 루트를 어떻게 해야 할지 고민할 필요가 없습니다. 명명 공간만 정하면 바로 가장 적합한 루트resources :books를 만들 수 있다는 기술이 한순간에 CRUD 조작을 할 수 있는 루트겠죠?)RailsCoC의 생각 때문이라고 생각해요. 정말 좋아요
그나저나 레일스는 주류가 2로 바뀔 때 RESTful 루트를 사용했다.그리고 지금도 현역 RESTful 프레임참고 자료

Rails 어플리케이션/API==RESTful 또는 최면술 63?

Rails의 루트는 위에서 말한 바와 같이 정말 대단해서 개발자가 의식하지 못한 상황에서 RESTful의 루트를 진행할 수 있다.그러나 우리가 개발한 Rails way의 Rails 응용 프로그램/API에 따라 RESTful이 제공하는 루트가 RESTful입니까?
대답은 YES도 NO다.
Railsway에서 개발한 대로 왜 "NO"라는 생각을 했을까요? 예를 들면...
지겹도록 썼다˘ω˘ )

고민거리

불편한 점은 /books/1 경로에 대한 요구, 책id가 1번 자원을 삭제하려고 할 때 이 프로그램에서 논리적 삭제를 통해 책 자원의 삭제를 실현했을 때 HTTP 방법은 DELETE입니까 아니면 PATCH입니까?내부 처리에서 논리적 삭제 로고를 세우기 위해 UPDATE의 SQL 문PATCH을 실행했지만 이 요청에서 이용자는 책입니다.id1호를 삭제한다는 뜻으로 요청DELETE을 보냈기 때문에 항상 사용해야 한다고 고민했어요.
많은 사람들에게 가장 적합한 것은 자원과/books/1의 URI 맵이 없으면 바로 DELETE라고 물었다.그 논리를 삭제한 후에/books/1을 볼 수 있다면 PATCH를 사용해야 합니다.

참고 자료

RESTful 웹 서비스
웹 지원 기술
REST API Tutorial
RESTful# Rails 스타일로 REST 배워보자.
리소스 지향 아키텍처(ROA)는 무엇입니까?