[rest] HATEOAS : 절대 또는 상대 URL?

사람들이 “상대적 URI”라고 말할 때 미묘한 개념적 모호성이 있습니다.

으로 RFC3986의 정의 , 일반적인 URI가 포함되어 있습니다

  URI         = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

  hier-part   = "//" authority path-abempty
              / path-absolute
              / path-rootless
              / path-empty

     foo://example.com:8042/over/there?name=ferret#nose
     \_/   \______________/\_________/ \_________/ \__/
      |           |            |            |        |
   scheme     authority       path        query   fragment

까다로운 것은 체계와 권한이 생략되면 “경로”부분 자체가 절대 경로 (로 시작 /) 또는 “루트없는”상대 경로가 될 수 있다는 것입니다. 예 :

1. 절대 URI 또는 전체 URI :"http://example.com:8042/over/there?name=ferret"
2. 그리고 이것은 절대 경로 가있는 상대 URI입니다 ./over/there
3. 그리고 이것은이다 상대 경로와 상대 URI, : here또는 ./here또는 ../here또는 등

따라서 질문이 “서버가 안정된 응답에서 상대 경로 를 생성해야하는지 여부 “인 경우 대답은 “아니오”이며 자세한 이유는 여기에서 확인할 수 있습니다. . 나는 “상대 URI”에 대한 대부분의 사람들 (나를 포함)이 실제로 “상대 경로”에 반대한다고 생각합니다.

그리고 실제로 대부분의 서버 측 MVC 프레임 워크는 과 같은 절대 경로를 사용 하여 상대 URI를 쉽게 생성 할 수 /absolute/path/to/the/controller있으며, 질문은 “서버 구현이 scheme://hostname:port절대 경로 앞에 접두사를 붙여야하는지 여부 “가됩니다. OP의 질문처럼. 나는 이것에 대해 잘 모르겠습니다.

한편으로는 여전히 전체 URI를 반환하는 서버를 권장한다고 생각합니다. 그러나 서버는 이와 같은 소스 코드 내부를 하드 코딩 해서는 안됩니다.hostname:port (그렇지 않으면 절대 경로가있는 상대 URI로 대체합니다). 해결책은 서버 측에서 항상 HTTP 요청의 “호스트”헤더에서 해당 접두사를 얻는 것입니다. 이것이 모든 상황에서 작동하는지 확실하지 않습니다.

반면에 클라이언트가 http://example.com:8042절대 경로와 연결하는 것은 그리 번거롭지 않은 것 같습니다 . 결국 클라이언트는 서버에 요청을 보낼 때 이미 해당 체계와 도메인 이름을 알고 있습니까?

대체로 절대 URI를 사용하는 것이 좋습니다. 절대 경로가있는 상대 URI로 대체 될 수 있으며 절대 경로를 사용하지 마십시오 .