We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The text was updated successfully, but these errors were encountered:
/noti
명세서 1차 작업 완료! 놓친 부분 있으면 피드백 부탁드려요!
Sorry, something went wrong.
고생많았어요 커찬 😄
POST / DELETE api에서 파라미터인 tableId와 memberId도 표로 정리하여 설명 추가했습니다.
[질문] table 업데이트(PATCH)api가 해당 id의 table을 전체 삭제하고 덮어씌우는 방식이라면 patch보다 put이 더 알맞을 수도 있을 것 같은데 restful api 관점에서 각자의 의견이 어떠한지 궁금해요?
[질문] table 업데이트(PATCH)api가 해당 id의 table을 전체 삭제하고 덮어씌우는 방식이라면 patch보다 put이 더 알맞을 수도 있을 것 같은데 restful api 관점에서 각자의 의견이 어떠한지 궁금해요
오랜만에 PUT 과 PATCH의 차이를 찾아봤네요;; (한 만 2년 전에 공부했던 것 같은데;;) PUT 좋을 것 같아요. 모든 타임박스를 다 지우고 다시 생성한다는 관점에서 봤을 때 좋겠네요!
[참고 자료] HTTP 메서드 :: PUT과 PATCH의 차이
leegwichan
coli-geonwoo
No branches or pull requests
✨ Description
✨ Time(마감기한)
기타
The text was updated successfully, but these errors were encountered: