REST API 작성 시 각 요청들에 대해서요...

Question

프로그램을 작성하고 있는데요,이론 공부를 제대로 하질 않고 작업을 하는 탓에 좀 많이 부실합니다.솔직히 GET, POST, PUT, PATCH, DELETE 등등 각각의 요청들이 차이가 뭔지 잘 모르겠습니다.현재로는 클라이언트에서 DB를 조회한 결과를 얻고 싶다고 하면 GET 요청을 보내고,클라이언트에서 DB에 데이터를 저장하고 싶다고 하면 JSON 실어서 POST 요청을 보내고대충 이러는 정도입니다.이제 클라이언트에서 DB에 저장된 데이터를 수정하고 싶은 경우, 클라이언트에서 DB에 저장된 데이터를 삭제하고 싶은 경우 각각 요청을 보내서 처리를 해줘야 하는데요,그냥 별 생각 없이 수정은 PATCH, 삭제는 DELETE 요청을 받아서 처리하도록 작성하였고, 그 결과 의도대로 작동하긴 합니다.헌데 이렇게 하는게 맞는 건지 의문이 드네요.왜 이런 의문이 드냐면, GET, POST를 제외하고는 차이가 뭔지 잘 모르겠습니다.예를 들어, PATCH 요청은 POST 요청으로 처리해도 똑같은 결과를 얻을 수 있으며, DELETE 요청은 GET 요청으로 처리해도 똑같은 결과를 얻을 수 있습니다.물론 같은 URL 내에서 서로 다른 요청을 보냄으로써 서로 다른 작업을 수행하게 할 수는 있습니다만... 각 요청에 대한 설명을 보면 자원을 조회할 때, 저장할 때, 수정할 때, 삭제할 때 용도에 맞게 쓴다는데 이 자원이란게 뭔지 조차 모르겠습니다.처음에 얼핏 이해할 때는 DB에 저장된 데이터도 자원이겠거니 했는데 어떤 요청이건 간에 DB에는 무슨 쿼리를 날려도 다 작동이 되니깐 DB에 저장된 데이터는 자원이 아닌가? 하는 의문도 들고요이거 웹 개발 하시는 분들한테는 기본 중에 기본인 것 같은데 저는 잘 모르겠네요 ㅎㅎ;의문 1. 지금까지 했던 방식으로 해도 되는지?의문 2. 자원이란 무엇을 말하는지?의문 3. 만약 지금까지 했던 방식이 틀렸다면 어떤 방식이 정석인지?제가 뭘 여쭙고 있는 건지도 잘 몰라서 의문 세 가지로 추려보았습니다.알려주시면 감사하겠습니다.

지붕뚫고높이차 · Accepted Answer

was :프로그램이 실행되는 서버게이트웨이 : was 앞에서 요청을 이해하고 was 로 전달하는 게이트웨이자원 : 데이터REST GET 요청이 올바르게 동작하려면 게이트웨이가 필요하고rest get 요청에 맞는 자원이 게이트웨이에 있으면 was 가 아닌 게이트웨이에서 응답하는걸 목표로 합니다. 다른말로 멱등법칙이라 하죠.만약 게이트웨이가 없다면(앞으로도 없고 was 가 캐시기능이 없다면) POST 만 사용해도 됩니다.GET, PUT, DELETE 는 WAS 가 아닌 게이트웨이에서 동작하기 위한 규칙이고 그런식으로 이해하면 편하겠네요.

집킨 · Answer

그런 HTTP METHOD는 약속의 의미를 갖습니다프론트 개발자 입장에서 게시글 이라는 리소스를 조회할땐 당연히 GET 이겠고, 등록할땐 POST 겠고, 삭제할땐 DELETE 겠지? 할 수 있는거죠근데 강제성은 없어요어느정도 이럴땐 이 메소드를 쓰세요~ 하는 권장사항 정도로만 이해하면 좋겠고, 정확히 어떤 상황에서 어떤 메소드를 사용할지는 조직원들끼리 의논해서 정해놓고 일관성 있게 지켜나가는게 가장 중요합니다ps. PATCH는 기존 리소스에 덮어쓸때 사용하기도 합니다간단한 예로 사용자 프로필 이미지 변경이 있겠네요

kiel · Answer

..

지붕뚫고높이차 · Answer

모르면 물어볼 수도 있습니다. 그리고 질문의 내용도 좋구요.답변하기 쉽게 뭘 모르는지 잘 적은것 같은데 공부하라는 답변은 좋아 보이지 않습니다.그리고 kiel 님이 올려준 문서에https://aws.amazon.com/ko/what-is/restful-api/RESTful API 설명을 올려보면 아래와 같은데요.RESTful API는 두 컴퓨터 시스템이 인터넷을 통해 정보를 안전하게 교환하기 위해 사용하는 인터페이스입니다. 대부분의 비즈니스 애플리케이션은 다양한 태스크를 수행하기 위해 다른 내부 애플리케이션 및 서드 파티 애플리케이션과 통신해야 합니다. 예를 들어 월간 급여 명세서를 생성하려면 인보이스 발행을 자동화하고 내부의 근무 시간 기록 애플리케이션과 통신하기 위해 내부 계정 시스템이 데이터를 고객의 뱅킹 시스템과 공유해야 합니다. RESTful API는 안전하고 신뢰할 수 있으며 효율적인 소프트웨어 통신 표준을 따르므로 이러한 정보 교환을 지원합니다.이글의 문제점은 RESTful API 가 알 수 없다는 겁니다. 쉽게 말해 RESTful API 단어 대신 JSON, EAI, HTTP, XML, TCP/IP 로 바꿔도 말이 되거든요.그래서 많은 사람들이 REST, RESTful API 를 잘못 알고 모호한 구현을 하고 엉뚱한 지식을 알려주는 것 같네요.REST 를 이해하기 좋은 문서는 아닌 것 같습니다.그래도 저와 다른 관점이 있을테니kiel 님은 해당 문서를 통해 RESTful API 가 뭔지 이해하셨는지 알려주시면 도움될 것 같네요.

이상선 · Answer

https://open.kakao.com/o/sM7NofEf제가 도움 드리죠

REST API 작성 시 각 요청들에 대해서요...

5개의 답변

Q&A 목록