HATEOAS/RESt 원칙에 따라 API를 설계하고 있습니다. 그러나이 기본 지점에 대해 잘 모르겠습니다. 리소스를 식별합니다. (이 사용자)를 사용자가 업로드 한 이미지를 모두 노출 /이미지 :RESt api : 인증에 따라 다양한 자원 및 내용 식별
이 URL을 가정한다.
인증 목적으로 oauth 액세스 토큰을 사용한다고 가정하면/images의 내용은 Authorization 헤더에 따라 달라집니다.
자원 개념의 식별이 잘못 되었습니까?
아니요. 리소스가 안정적 일 필요가 없습니다. 시간을 제공하는 웹 서비스를 상상해보십시오 :
Http://www.myservice.com/current-time/
나머지 부분에는 아무것도 예상치 못한 작동을 요구하지 않습니다. 사진의 경우 사용자의 서비스가 요청에 설정된 정보를 기반으로 한 리소스를 반환하고 인증 헤더로 사용자가 소유하지 않은 모든 사진을 필터링합니다. 당신은 여전히 사진과 같은 일반적인 것을 돌려줍니다.
json 표현식과 xml 표현식을 반환하려는 응답 유형 헤더를 사용하는 것과 별다른 차이가 없습니다.
한 사람이 이미지 컬렉션을 얻는 동안 결과가 완전히 전환되면 생기가 생기는 반면 동일한 리소스 위치에서 Glee의 지난 주 성적표가 제공됩니다.
이 URL이 더 좋을지 궁금합니다 : __/users/{identifier}/images .__ 그러나 첫 번째 문장 인 "리소스는 정적 일 필요는 없습니다"는 꽤 명확합니다. 감사. – ludofleury
@ludofleury 나는 실제로 귀하의 의견에있는 두 번째 리소스 URL 형식을 선호합니다. 그것은 명확성을 추가 - 당신은 URL을 기반으로 사용자의 이미지만을 기대합니다. 아직도, 기술적으로 nothings는 원래와 틀리다. – Ray
그래, 내 주요 문제는 : 사용자가 URL/사용자를 알고 있다고 가정하지 않습니다. 그것이 내가 액세스 토큰을 기반으로하는 이유입니다. 그들은 자신의 ID를 가져올 필요가 없습니다. 다시 한 번 감사드립니다. – ludofleury