한빛미디어

https://www.aladin.co.kr/m/mproduct.aspx?ItemId=284873914

사용법보다는 이 책에서 Graph QL(GQL)이 왜 필요한지에 대해 어떻게 설명하고, 나는 어떻게 이해했는지 이야기를 나눠보려 한다.

나는 아직 SQL, DB, REST API를 공부하지 않았기 때문에 아직은 이 GraphQL을 공부하기엔 시기상조이다.
리뷰어가 책 리뷰는 안하고! 라고 생각할 수 있겠지만, 이해한 선에서 책이 가리키는 방향에 대해 풀어보겠다.

GQL은 REST API의 한계를 극복하기 위해 태어났다.
REST API의 문제점은 DB에 있는 같은 층위의 정보를 모두 다 가져오고, 여러층위의 정보를 불러오기 위해서는 여러번 call을 해야한다는 점이다.

DB

	{   "데이터": {     "책": {       "이름": "Graph QL"       "저자": "사메르 부나"       "출판사": "한빛미디어"}       "목차": [          {"제목": "그래프QL 경험해보기"}          {"제목": "그래프QL API 작성법"}          {"제목": "그래프QL API 사용법"}          ]       }   }}

REST API input - 1

	GET-/책

output

	{"이름": "Graph QL""저자": "사메르 부나""출판사": "한빛미디어"}"목차": [1, 2, 3]}

목차가 이렇게 나오는 이유는 불러낸 층위가 다르기 때문이다.
목차를 따로 받기 위해서는 다음과 같은 명령어를 추가로 실행해야 한다.

REST API input - 2

	GET-/책/목차/1GET-/책/목차/2GET-/책/목차/3

즉, 위의 내용을 모두 받아 오기 위해서 4번의 query문을 실행해야 한다.

GQL은 한 번에 여러층위의 정보를 가져오는 것이 가능하다.

GQL input

	{책: {  이름  저자  출판사  목차 {    제목  }}

이렇게 하면 목차의 세부 제목들까지도 한 번의 요청에 의해서 가져올 수 있다.
게다가 input의 형식(JSON)과도 비슷한 구조를 갖고 있어서 매우 직관적이다.

이렇게 가능한 이유를 나름대로 생각해봤다. REST API는 딕셔너리와 유사한 형식으로 정보를 저장하고, GQL은 node로 저장한다.

이렇게 저장돼있기 때문에 한번의 명령으로도 node의 상하를 넘나들면서 정보를 가져올 수 있을 것이다.

활용

물론, REST API를 변형하면 여러가지 정보를 한 번에 받을 수 있도록 할 수 있다.

	GET-/책/목차

이렇게 하면 책의 목차 1,2,3이 모두 얻어지도록 하는 것이다. 이를 위해서는 REST API를 계속해서 손봐야한다. 프론트 엔드 개발자가 원하는 정보가 달라질 때마다 백엔드 개발자에게 API 수정을 요청해야 한다. 둘 사이의 지속적인 의사소통이 필요하고, 업무를 볼 때 개입이 일어나, 업무상 병목이 발생할 것이다.

반면, GQL의 경우 백엔드 개발자가 SQL, 몽고DB등을 GQL과 연결시켜 놓으면, 프론트 엔드 개발자는 GQL을 통해 어떤 서버에 있든지 GQL하나로 정보를 가져올 수 있다. 백엔드와 프론트 엔드 업무를 독립적으로 수행할 수 있도록 도와줘 병목현상을 해소하는 데 도움을 준다.
물론, 이를 위해서는 어느정도 허들이 있는 GQL을 배워야 한다는 과제를 만나게 된다.

이 책이 그 과제를 해결하는 데 도움을 줄 수 있게 될 것이다.

현업에서 어떻게 활용되는지, 좀 더 전문적인 리뷰를 보고 싶다면 이분의 리뷰를 참고해보는 것이 좋을 것이다.
https://m.hanbit.co.kr/media/community/review_view.html?hbr_idx=13923&page=0

"한빛미디어 [나는 리뷰어다] 활동을 위해서 책을 제공받아 작성된 서평입니다."