This message was deleted.
# 질문
s
This message was deleted.
👍 1
t
음 왜 react query를 쓰려고 하시나요? 당연히 graphql client를 써야합니다. 자동화된 normalized cache가 graphql의 본질과 같은거라서요.
단점이라고 하면 graphql api 설계가 best practice에서 벗어나서 잘못갈 가능성이 높습니다 ㅠ 기술을 잘못 사용할테니 레거시를 높일거구요.
만약에 현규님이 기존에 relay를 사용해보셨거나 서버 개발자분이 relay server spec에 익숙하시거나. 팀 전체가 graph 기반으로 도메인을 표현하는데 익숙하시다면… 기술 자체로는 큰 단점은 없습니다.
그런 측면에서 Apollo Client 보다는 Relay를 추천드립니다
u
@Tony Won 상세한 답변 감사합니다!! 기존 rest api 방식에 react query를 사용중인 상황에서 graphql을 도입하려고 하는 상황인데, 아직 팀 내에서 graphql 관련하여 익숙하신 분이 없어서 추가로 graphql을 위한 library를 도입해야하나 의문이 들어서 조사를 하고 있었습니다. graphql api 설계에 대한 best practice와 relay에 대해 자세히 조사해보겠습니다 감사합니다.
t
번들사이즈 부담이 크긴한데요. 만약에 GraphQL “제대로” 해보기로 방향성을 정하셨다면, (저는 제대로가 아니면 안쓰시는게 낫다고 생각합니다) 기존 react-query와 relay 혼용해서 쓰면서 서서히 넘어가는게 좋다는 생각입니다! https://relay.dev https://book.productionreadygraphql.com 혹시 구체적인 도움 필요하시면 DM 주셔요 ㅎㅎ
🙏 1
왜 GraphQL로 전환하려고 하시나요?
u
저희가 이번에 새로 제작하게 될 도메인에 대해서 설계를 했을 때 도메인 특성 상 스키마는 복잡하지 않은데 api를 많이 작성해야 하는 상황이라서 graphql을 도입해보면 이러한 부담을 줄일 수 있지 않을까 생각했습니다. 그리고 개인적으로 새로운 프로젝트에 도입할 수 있는 기회도 많지 않을 것 같아서요. 그런데 이렇게 도입하게 되면 기존에 사용하는 admin 사이트에서도 api를 추가로 작성해야 하는데 이미 사용하고 있는 react query로 대체할 수 있지 않을까 해서 생각했었습니다. 한마디로 새로운 도메인에 graphql을 도입하는 과정에서, 영향이 가는 다른 도메인에 graphql을 혼용하게 될 수 있다고 생각했습니다!
👍 1
t
만약 사내에서만 쓰는 admin이라고 하시면, 저는 graphql + retool 권유드립니다 ㅎㅎ 저희 그렇게 쓰고있는데 참 좋아요.
👍 1
https://blog.cometkim.kr/posts/thinking-in-graphql-ko/ 요거 읽어보셔도 좋을거같습니다 ㅎㅎ
그런데 이렇게 도입하게 되면 기존에 사용하는 admin 사이트에서도 api를 추가로 작성해야 하는데 이미 사용하고 있는 react query로 대체할 수 있지 않을까 해서 생각했었습니다.
만약에 admin이 고객에게 드러나는 핵심 제품이 아니라면 (프론트엔드 퀄리티를 안챙겨도 된다면) 혼용해서 쓰는것 타협할수있는 범위라고 생각합니다 ㅎㅎ
🙏 1
u
오오 정말 감사합니다! 저도 사내에서만 쓰는 admin이라서 제안해주신 방법들 참고하겠습니다! 안그래도 graphql관련해서 좋은 문서들을 찾고 있었는데 열심히 공부하겠습니다 ㅎㅎ
https://blog.cometkim.kr/posts/thinking-in-graphql-ko/
공유해주신 글 읽어봤는데 정말 새로운 관점으로 보면서 graphql에 대해서 다시 생각하게 되는 것 같네요👍
t
넵 ㅎㅎ 제가 이것저것 쏟아냈는데... 혹시 궁금한게 있으시면 또 남겨주세요!
👍 2