API 설계 더 나은 방법 GET vs POST

Question

안녕하세요, Restful 한 API를 설계하는 과정에서아래 목표를 달성하기 위해 GET, POST 방식 중 어떤 방법이 더 올바른지 질문 드립니다.목표클라이언트가 서버에 자원을 요청하기 위한 API 입니다.이때, 하나의 요청을 수행하기 위해 여러 종류의 식별 번호가 필요합니다.단, URL Parameter 에 path 나 query 가 보이지 않으면 합니다. (URL을 통해 유의미한 식별 번호를 인지하지 못하면 좋겠다는 이유 때문)대안한 동안 고민해본 결과 restful 과 파라미터 숨기기 중 타협이 필요해 보였고 아래 두 가지 대안을 생각했습니다.GET 방식 대신 POST 사용.GET 방식을 사용하되, URL Parameter 부분만 Encoding질문편한 구현을 위해 POST 방식을 사용하는 것과 조금 귀찮더라도 Restful 한 api 를 지향하는 것 사이에서 고민하고 있습니다. 혹시 더 올바른 방법이 있는지, 또는 제가 생각하지 못한 다른 방법이 있는지 선생님들의 조언을 얻고 싶습니다. 감사합니다.

Chobby · Accepted Answer

사실 자원을 요청할 때(GET) 외부로 노출되지 않아야 하는 정보가 URL에 입력되었다면, 설계 자체가 문제라고 생각합니다.만약 지금 구조를 유지하며 작업을 반드시 진행해야 한다면 사견으로 GET 방식 사용 + URL 인코딩을 통해 외부로 노출되지 않아야 하는 정보를 URL 쿼리 파라미터에서 숨길 거 같네요restful한 api를 포기하는건 아니라고 생각합니다.

장독깨기 · Answer

(URL을 통해 유의미한 식별 번호를 인지하지 못하면 좋겠다는 이유 때문)먼저, 이 이유가 뭔지 궁금하네요. 인지하지 못하면 뭐가 좋을까요?뭐 암튼, 일케 하려면 POST 로 하는게 좋을 거 같습니다. 인자를 인코딩하고 다시 디코딩하고 그러면 번거롭잖아요.그리고, 실제 전부 POST 로 하는 플젝도 많이 있습니다.너무 Restfull api 지향에 대해 고민할 필요는 없어 보입니다.

배고프고가난한백수 · Answer

헤더에 담아도 되고 아예 숨기고 싶으면 헤더에 jwt 담아도 될 것 같은데 저도 초짜라 이게 정답인지는 모르겠네요.

테스트맨 · Answer

진정한 Restful API는 자신이 만든 API입니다.Restful에 정답은 없습니다.

집킨 · Answer

암호화를 해야죠ㅎㅎ

API 설계 더 나은 방법 GET vs POST

5개의 답변

#post 목록