REST에 대한 설명으로 충분합니까?

REST (Representational State Transfer) 은 Hypermedia 시스템 용 소프트웨어 아키텍처 (예 : 월드 와이드 웹) 스타일입니다. REST라는 용어는 박사 학위 논문에서 로이 필딩 (Robert Fielding)이 처음 작성한 이며 HTTP 1.0 및 HTTP 1.1 사양과 관련하여 fielding은 과 큰 관련이있었습니다.REST에 대한 설명으로 충분합니까?
표현 상태 전송이 필딩은 " 에 의도에 대해 설명
잘 설계된 웹 응용 프로그램의 작동 방식의 이미지 연상 : 사용자가 링크를 선택하여 응용 프로그램을 통해 를 처리 웹 페이지의 네트워크 (상태 전환)을 수행하면 다음 페이지 (응용 프로그램의 다음 상태를 나타냄)가 이되어 사용자에게 전송되어 " "으로 렌더링됩니다. "

REST의 동기 부여는 이 성공한 웹의 특징을 으로 잡는 것이 었습니다. 그 후이 문자가 웹의 진화를 가이드로 안내합니다. 나머지는 건축 양식이 아닌 표준입니다, 당신이 실 거예요 W3C REST 사양 또는 REST 개발자 도구 키트를 참조하십시오, 당신은 당신이 단지 그것을 이해하고처럼 웹 서비스를 디자인 할 수 있습니다 그것을 병 수 없습니다.

이 서핑을 통해 REST가 무엇인지 설명해 주시겠습니까? 그렇다면 HTTP와 웹 서비스와의 관계를 찾아야 만합니다.

출처

2011-01-12 JHarley1

숙제와 같은 냄새가납니다. 참된? –

"motiviation"맞춤법 오류를 수정하고자 할 수 있습니다. –

어제의 수감자 질문을 확인해보십시오. 같은 숙제를해야합니다. 나는 교사에게 REST와 웹 서비스를 구별 해줄 학생을 묻는 것을 알고 싶다. –

덤불 주위를 두들기는하지만, 그것이 무엇인지에 대해 말하지 않습니다. REST는 웹 애플리케이션을 그들 사이의 링크가있는 자원 컬렉션으로 취급하는 것에 관한 것이다. 특정 리소스는 많은 표현 (HTTP 내용 협상에 의해 결정됨)을 가질 수 있으며 HTTP 동사의 일부 하위 집합 (특히 GET, HEAD 및 OPTIONS뿐 아니라 PUT, POST 및 DELETE도 가능)을 지원합니다. Idempotency 작업은 고려해야 할 중요한 사항이며, 작업 (특히 멱등 원 PUT 및 비 멱등 원 POST)이 생성 및 업데이트에 직접 매핑되는 것은 아니라는 점도 유의해야합니다.

전송 된 표현은 HTML과 XML이 좋기 때문에 자체적으로 묘사되어야하지만 (표현 방향이 인 방향으로 인 경우 표현할 이유가 없습니다). 클라이언트 은이 리소스의 URL을 추측해서는 안됩니다.

출처

2011-01-12 16:45:15

나는 좋은 설명이라고 말할 수 있습니다. 요점을 아주 잘 포착합니다. 내가 고려해야 할 부분은 REST 시스템이 준수해야하는 주요 아키텍처 제약을 나열하는 것입니다.

출처

2011-01-12 19:14:49

REST에 대한 설명으로 충분합니까?

답변

관련 문제