Cộng đồng Hỏi & Đáp của Inflearn
câu hỏi đã được viết
조회시 GET이 아닌 POST를 쓰는 것이 나쁜 이유
Viết
·
3.3K
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오) 네
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 네
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 네
[질문 내용]
여기에 질문 내용을 남겨주세요.
1. 강의 내용과 관련된 질문인가요? (예/아니오) 네
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 네
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 네
[질문 내용]
여기에 질문 내용을 남겨주세요.
조회할때는 GET을 쓰는 거라고 배웠고, 저 스스로도 설계할 때는 그렇게 해야겠다고 생각하고 있습니다.
하지만 실무에서 거의 모든 걸 POST로 API를 설계하셨던 분을 본적이 있어서 질문을 남기게 되었습니다.
설계한 분께는 제가 조심스럽게 물어보니까 개인적으로 쿼리 그대로가 보여지는 게 싫어서 POST로 쓴다고 하셨는데요, 그 분의 이유가 납득이 되지 않지만, 왜 POST가 아닌 GET을 쓰는 것이 옳은 방향인지 정확히 알고 싶어서 질문을 남기게 되엇습니다.
설계 원칙을 지키기 위한 이유 외에 뭐가 또 있을까요?
getpostnetwork
Câu trả lời 3
1
URL 노출을 해야 다른 사용자들에게 URL을 공유할 때 내가 보던 화면을 그대로 보여줄 수 있는 게 좋은 것 같습니다.
검색어나 카테고리를 POST로 URL 노출이 없게 설계하면 URL만으로 같은 화면을 공유하기엔 어려우니까요.
1
0
안녕하세요. Y K님, 공식 서포터즈 OMG입니다.
POST의 경우 URL에 노출되지 않을 뿐 암호화 하지않았다면 확인가능합니다.
관련하여 아래를 참고해주세요.
https://www.inflearn.com/questions/256184
GET/POST를 구분지어야 하는 이유는 강의에서 영한님이 설명하신 내용 외로 특별한 이유가 있지는 않은 것 같습니다.
설계 원칙 즉, 정해진 약속과 표준으로 브라우저와 서버가 통신을 해야한다고 생각합니다.
표준이 정의되는 이유와 표준을 지키지 않을 경우의 혼선을 생각해보시면 좋을 것 같아요.
감사합니다.
하핫 ... 🥲 저희는 구분해서 잘 써보아요