일부 가격의 제품을 표시하는 응용 프로그램을 작성한다고 가정합니다. 제품 이름을 입력으로 사용하는 HTML 양식 인 하이퍼 미디어를 사용하여 링크를 발견했습니다. 북마크에 추가하고 해당 링크를 클라이언트에 삽입합니다.HATEOAS API 클라이언트가 북마크 된 URL을 사용하지 않아야합니까?
HATEOAS 클라이언트가 북마크를 사용하지 않고 해당 자원 (및 기본 양식)을 다시 검색해야하는 이유가 있습니까?
URL은 그대로 유지됩니다 (양식 의미론 포함)? 오래된 API를 유지하는 것보다 새로 진화 된 API를 재발견하는 것이 덜 효과적입니까?
HATEOAS는 사양이 아니므로 수행해야 할 엄격한 규칙이 없습니다.
클라이언트의 모범 사례는 이러한 URL의 리소스가 신선한 경우에만 북마크를 사용하는 것입니다.
서버의 경우 가장 좋은 방법은 이전 URL 스키마가 작동하도록 유지하고 필요할 경우 이전 URL을 새 URL로 리디렉션하는 것입니다.
HATEOAS에서 URI는 변경할 수 있도록 검색 가능 (문서화되지 않음)되어 있습니다. 즉, 시스템에 들어가는 진입 점이 아니면 (클라이언트에 의해 하드 코딩 될 수있는 유일한 것임) Cool URIs - 나머지 부분을 진화시키는 기능을 원한다면 너무 많이 사용해서는 안됩니다. 미래의 시스템의 URI 구조. 실제로 이것은 useful의 REST 기능 중 가장 큰 기능 중 하나입니다.
나머지 비 Cool URI는 시간이 지남에 따라 변경 될 수 있으며 API 설명서는 하이퍼 미디어 순회를 통해 런타임에 발견되어야한다는 사실을 설명해야합니다.