REST 대 RESTful 대 "정상"웹 서비스 – 동일하거나 그렇지 않습니까?

REST 및 / 또는 RESTful 애플리케이션에 대한 몇 가지 정의와 토론을 읽었지만 여전히 실제 의미를 이해하지 못합니다.

나는 보통 GET을 통해 데이터를 가져 오거나 POST를 통해 일부 웹 서비스 (일반적으로 PHP 스크립트)에 데이터를 보내어 데이터베이스에서 데이터를 얻거나 데이터베이스에 쓰는 앱을 사용합니다.

자, 이것이 RESTful 앱입니까? 그렇지 않은 경우 RESTful 앱은 무엇입니까? RESTful 개념과 지금까지 작업 한 개념의 차이점은 무엇입니까? 예를 통해 설명하십시오.

또한 누군가가 REST에 대해 이야기하고 누군가가 RESTful 앱에 대해 이야기하고 있습니다. REST 용어는 이론적 개념을 나타내는 반면 RESTful은 특정 앱에 대해 이야기 할 때 사용됩니다. 이것이 맞습니까? 아니면 REST와 RESTful 앱간에 실제 차이점이 있습니까?

RESTful 애플리케이션의 주요 속성은 다음과 같습니다. 모든 통신은 http GET, POST, PUT, DELETE 를 통해 이루어 지며 모든 항목은 형식의 표준 URL ( http://your.site.com/salesapp/salesperson/0000001/details예 : 매개 변수가없는 순수 URL)을 통해 처리됩니다. URL은 GET을 식별합니다. , POST, PUT, DELETE는 원하는 것을 식별합니다.

이를 수행하는 주된 이유는로드 밸런싱, 페일 오버 등의 상태 비 저장 서비스를 자동으로 유지하기 때문입니다.

체계의 단순성으로 인해 매우 깨끗한 인터페이스가 만들어져 클라이언트를 특정 백엔드 구현에서 완전히 분리 할 수 ​​있습니다.

REST는 Representational State Transfer를 나타냅니다. 소프트웨어가 REST 제약 조건 을 따르는 경우 RESTful 인 것으로 간주됩니다.

자, 이제 Wikipedia에서 뻔뻔스럽게 찢어졌습니다. 이것이 실제로 무엇을 의미합니까? 이는 GET, POST, PUT, DELETE와 같은 내장 HTTP 명령을 사용하고 클라이언트와 서버간에 통신하는 드문 명령을 사용하는 것을 의미합니다.

당신이하고있는 일은 RESTFul 앱처럼 들립니다. 그러나 정크 RESTFul 웹 서비스와 잘 디자인 된 파일 사이 에는 큰 차이가 있습니다. 예를 들어 GET의 다른 쪽 끝에있는 PHP 코드는 상태 변경을 실행할 수 있으며, GET이 읽기 전용 작업으로 간주되므로 잘못된 것으로 간주됩니다. POST (신규)와 PUT (교체) 사용 방법 사이에는 미묘한 차이가 있습니다.

이것에 관한 Wikipedia 기사는 실제로 정말 좋으므로 여기서 멈출 것입니다.

더 나아 가기 전에이 관련 질문이 도움이 될 수 있습니다.

REST와 RESTful의 차이점은 단순히 의미론입니다. REST는 클라이언트-서버 관계에 적용되는 아키텍처 스타일입니다. RESTful은 단순히 클라이언트에게 REST를 사용한다고 알리는 방법입니다.

많은 웹 응용 프로그램은 RESTful이라고 주장하지만 실제로 Martijn Verburg도 그의 답변에서 참조한 것처럼 REST 제약 조건 을 부분적으로 만 준수 합니다 . 나는 여기에 그것들을 나열 할 것이지만 나는 당신이 기사를 읽을 것을 강력히 권합니다.

• 클라이언트 서버
• 캐시 가능
• 계층화 된 시스템
• 주문형 코드 (선택 사항)

클라이언트 측에서 작업한다고 언급 했으므로 REST 아키텍처가 연결 클라이언트로 제공하고 기대하는 것을 확인하는 것이 도움이 될 수 있습니다. REST는 HTTP가 아니지만 REST가 무엇인지를 지원하는 가장 인기있는 프로토콜이므로 예제를 프레임으로 구성합니다.

당신의 클라이언트는 :

• HTTP 동사 (예 : GET, POST, PUT, DELETE, OPTIONS, PATCH)를 사용하여 관련 작업을 수행하십시오.
• 헤더 수락 및 컨텐츠 유형 헤더 이해 (예 : 이전에 본 적이없는 XML을 수신하지만 참조 된 XSD를 사용하여 사용자에게 제공 할 클라이언트 측 도메인 모델을 작성할 수 있음)
• 이해하는 콘텐츠 유형의 제공된 링크를 따르십시오 (예 : 사용자 또는 애플리케이션이 <link rel="pay" href="http://example.org/orders(1)/payment">HTML에서 신용 카드 번호와 같은 지불 세부 사항을 나타내는 일부 XML이 포함 된 본문이있는 POST를 통해 지불 자원을 작성하는 상태 전이를 나타내는 것으로 추론하도록 하십시오) , 금액 등)
• 광범위한 HTTP 상태 코드에 올바르게 반응

위의 작업을 수행하면 REST 클라이언트로 생각할 수 있습니다. "RESTful 앱"이라고 부르고 싶지만 클라이언트 측에서 REST를 사용하고 있으므로 피하는 것이 가장 좋습니다. 용어.

RESTful은 인터페이스가 읽기 및 업데이트 (및 삭제 가능) 할 수있는 객체 세트임을 의미합니다. 즉, 다중 매개 변수 쿼리가 없으며 (매개 변수는 읽으려는 객체입니다) 서버의 모든 것을 변경하는 새로운 유형의 업로드 작업은 한 가지 유형입니다.

이러한 제한은 모든 요청이 dem 등원이되도록합니다 (여러 번 전송해도 한 번 전송하는 데 아무런 영향을 미치지 않습니다). 네트워크가 언제든지 실패하고 요청이나 응답을 전달하지 않을 수 있기 때문에 dem 등원 (imdempotent) 요청으로 다시 보내면되며 복잡한 복구 작업을 수행 할 필요가 없습니다.