라이브러리 구현체의 관점에서 본다면 오히려 더 필요없는 표준 변경 제안이 아닐까요?
표준 스펙상 GET은 리퀘스트 바디를 가질 수 없는데, 라이브러리가 임의로 리퀘스트 바디를 넘기는거니...
그럴거면 그냥 라이브러리 단에서 커스텀 메서드를 구현해도 무방한게 아닐까요?
필요성을 아예 부정하긴 힘들지만, HTTP 1.0에서 1.1로 올라가며 생긴 PUT, PATCH, DELETE 등에 비해 설득력이 떨어지는 것 같습니다.
https://www.rfc-editor.org/rfc/rfc9110.html#name-method-definitions
https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/GET
https://stackoverflow.com/questions/978061/http-get-with-request-body
-
표준 스펙에서 GET Method 는 body 에 대한 부분을 명시하지 않았지, 넣지 말라고 한적은 없습니다
-
서버 프레임워크에서 GET Method 에서 body를 처리하지 않는 경우가 있어서 MDN 에서는 GET Method 에 body 를 넣지 말라고 권장하고 있습니다
-
Elasticsearch 는 GET Method 에서 Body를 지원합니다
일부 client library 에는 GET 을 요청할때 아예 request body 를 전달하는 방법이 없는데, 그 대안이 될 수 있을 것 같네요