일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- java
- graphql
- TCP
- Mongoose
- 스프링부트
- bufferdreader
- 서버
- Spring
- 조건문
- HTTP
- ai
- redis
- nodejs
- LangChain
- mongodb
- Docker
- 자바
- mysql
- puppeteer
- java11
- k8s
- restapi
- MapReduce
- Android
- Scanner
- 스프링
- 백준알고리즘
- 프로그래머스
- eof
- Apollo
- Today
- Total
목록Apollo (2)
자라나라 개발머리
동료 개발자분이 entity 사용에 대한 질문을 주셨는데, 어영부영 대답을 드리긴 했으나 성에 차지 않았습니다. 이유는 reference resolver에 대한 개념이 제 머릿속에서 명확하지 않아서 였습니다. (사실 잘 몰랐습니다) 그런 기념으로 apollo federation의 reference resolver에 대해 정리해보고자 합니다. 🧐 reference resolver 란? reference resolver는 entity를 사용할 때 꼭 구현해주어야 하는 resolver입니다. 그럼 entity는 무엇인가요? entity는 여러 subgql에서 사용할 수 있는 객체 type을 말합니다. 예시로, 자사 제품의 정보를 제공해주는 product subgraph에서 Product type을 정의 했습니..
지난 시간엔 node.js(express)와 mongoDB를 통해 서버를 구축하고, DB와 연결을 했다. 이를 기반으로, GrapeQL API를 구현하려고 한다. 개요 게시글에서 말했듯이, GrapeQL은 API 포맷 종류 중 하나고, REST API와 양극단의 장단점을 가지고 있다. GraphQL(요청 복잡, 데이터 단순) REST API(요청 단순, 데이터 복잡) 그래서 GraphQL은 요청이 일정하지 않고 필요한 데이터 구성이 많을수록 이점이 있는 API포맷이다. 오늘은 GraphQL를 더 세세하게 정리해보고, 주어진 스키마를 분석하고, resolvers 까지 구현해볼 것이다. GrapeQL 정리 GraphQL의 장점 - 데이터 전송량 감소 원하는 데이터만 받아올 수 있기 때문에 효율적으로 데이터 ..