오늘요약
- 데이터 전송 방법 - HTTP, API, GraphQL,Rest
- 데이터 전송실습 - Postman, graphql playground
HTTP
인터넷 연결이 되어있어야한다.(FrontEnd - BackEnd)
길은 두개의 종류로 이루어져있다.
요청(request) ➡️, ⬅️ 응답(response)
*주고받는 것에 따라 길이 또 다름.
HTTP 요청(Request)
: 웹브라우저에서 홈페이지(Front-end)가 실행중이라면, 작성한 게시물 텍스트 데이터를 HTTP를 통해 Back-end 컴퓨터로 보내고 Back-end 컴퓨터에게 이 데이터를 데이터베이스에 저장 해달라고 요청
요청이 갈때 데이터는 객체 형식으로 요청하게 된다.
Backend(서버컴퓨터), DB컴퓨터 , Frontend 총 3개의 컴퓨터가 필요하다.
데이터를 보내고 서버컴퓨터에서 받아서 DB컴퓨터에 저장하게 된다. 그 이후 응답(완료)
HTTP 응답(Response)
요청을 받은 Back-end 컴퓨터가 성공, 실패 등 처리 결과를 응답
Back-end 컴퓨터는 응답할 때, 응답 상태코드 라는 것도 함께 보내줍니다.
응답 상태코드는 100~ 599까지의 숫자로 구성되어 있습니다.
자주 볼 수 있는 응답 상태코드는 성공(200), Front-end 에러(400), Back-end 에러(500) 등이 있음
예를들면, 요청에 성공하였으면 성공 메시지와 응답 상태코드 200을 함께 보낸다.
더 많은 상태코드(MDN): https://developer.mozilla.org/ko/docs/Web/HTTP/Status
API
: 요청을 처리해주는 담당자
( Back-end 개발자가 만든 함수라고 보면된다)
여러개의 HTTP 라는 길이 존재해야 하고, 각각의 요청마다 담당자(API)가 필요
API 종류는 크게 두가지
생김새의 차이 - 함수 이름의 차이
- rest-API는
API 이름이 마치 홈페이지 주소처럼 생겼습니다. - graphql-API는 API 이름이 일반적인 함수와 같습니다.
graphql은 필요한 데이터만 골라 받을 수 있는 장점이 있어서, 효율적인 통신을 할 수 있다.
네트워크 비용: 요청 응답을 할때 무료가 아닌 비용이 들어가게 된다.
서비스가 작을때는 필요성을 느끼지 못하지만 데이터들이 많아지게 된다면 필요성을 느끼게 될 것이다. → graphQL
요약
Rest-api
- 주는대로 다 받기.
- 이름은 같지만 메서드가 다르기 때문에 API가 다르다.
- 이러한 것들을
RestFul이라고 한다.
graphql
- 골라서 받기.
2022-05-13
"오늘은 과제도 API 연습이고 실습적용 문제가 없어 일찍 잘 수 있을까?" 라는 오만하면서도 가치없는 생각을 했다.
블로깅 밀린 것도 정리할 시간도 부족해 그동안 못했던 + 수업진도에 따라가기 위한 공부를 하느라 잠을 더 줄인 하루.
하루에 3샷 커피를 3-4번 먹어야 버틸 수 있는 수업
분명 네트워크관리사 부분에서 필기때 시험본거 같은 통신인데 새롭게만 느껴진다.
이론과 실습에 보기를 주면서 설명하는 것은 확실히 와닿는 부분이 더 컷다.
마지막으로 그래픽 큐엘 연습 공간 플레이그라운드에서 mutation - createUser 을 통해 값을 넣고 User을 등록한 모습.
아래쪽 _id, email 은 return 값이다.
