HATEOAS 제한 조건 으로 REST 서비스를 빌드 할 때 링크를 통해 자원의 존재를 알리는 것이 매우 쉽습니다. 당신 GET은 내 사이트의 루트를 만들고 모든 첫 번째 계층 리소스를 나열하는 루트 문서로 응답합니다.
{
users: { href: "/users" }
questions { href: "/questions" }
}
이러한 href값 을 읽는 방법을 이해하는 클라이언트 GET는 해당 값에 대한 요청을 수행 하고 애플리케이션에서 사용 가능한 모든 현재 자원을 발견 할 수 있습니다.
이것은 기본 조회 시나리오에서는 잘 작동하지만 리소스를 쿼리 할 수 있는지 여부는 나타내지 않습니다. 예를 들어 다음을 수행하는 것이 합리적 일 수 있습니다.
GET /users?surname=Smith
클라이언트가 리소스에 대한 사전 지식 없이도 일관된 쿼리를 구성 할 수있는 충분한 정보로이 쿼리 기능을 표현할 수있는 형식이 있습니까?
또한 고객이 POST예상 위치를 사용하여 지정된 위치 에서 수행 할 수 있음을 표현할 수있는 방법이 있습니까 ? 예를 들어, 클라이언트가 다음을 수행하여 새 질문 자원을 작성할 것으로 예상 할 수 있습니다.
POST /questions
{
title: "Are there strategies for discovering REST services using HATEOAS?",
body: "When building a REST service with the HATEOAS constraint, it's very..."
}
사람이 소비 할 수있는 형식으로 HTML을 사용하는 경우 양식을 작성하고 프롬프트를 작성하여 사람이 서비스에서 수행 할 수있는 작업을 발견 할 수 있도록하여이를 많이 표현할 수 있습니다.
클라이언트와 유사한 기능을 수행 할 수있는 형식이 있습니까?
2
REST-service 발견과 관련된 문제는 여기에서 논의되고 답변되었습니다. stackoverflow.com/questions/9101494/… 가장 간단한 해결책은 사용할 수있는 방법뿐만 아니라 양식 요소를 통해 전송 될 객체 구조 (입력, 선택 등) 클라이언트는 필요한 것을 찾기 위해 XML 파서 만 있으면됩니다. 다른 방법은 URL 템플릿을 사용하는 것이지만 쿼리 문자열을 취하는 리소스 만 도와줍니다.
—
Spoike