GraphQL is a query language for APIs and a runtime for performing queries on data that already exists.

GraphQL Korea

와 이거 스키마 짤 때 엄청 유용하겠네요

이거 생각지도 못한 유용한 접근방식이 많네요.

mutation namespaces 나 schema diffing based authorization 엄청 유용할듯

길지도 않는 선에서 글에 주된 내용을 잘 정리되어 포스팅 되어있네요 ㄷㄷ;;
좋은 포스팅 공유 감사합니다!!

갑자기 궁금해졌는데, Relay는 잘 되려나요…?

음.. 릴레이는 현재로써는 concurrent mode 쓰는 유일한 공식이니까

use-subscription 도 공식인데 몇 문제가 있다는거보면 비슷할지도 몰라요

Relay 한번도 안써봤는데, 다음 프로젝트는 Relay 한번 써보려구요. TS랑은 잘 붙어요??

커뮤니티 컴파일러가 있는데 작년 말쯤에 와다다 달려서 정식 릴리즈 됐었어요

<https://github.com/relay-tools/relay-compiler-language-typescript>

ㅋㅋㅋ 그럼 혜성님은 보통 JS로만 코딩하시는거에요??

릴레이는 예전에 flow 로 잠깐 돌려봤고

relay expiremental 을 해봐야겠어서 새로 프로젝트하면 reason 으로 할 계획입니다

zth 이 분이 GraphQL 커뮤니티에서 활발하게 활동하시는 relay 유저라서 믿음직스러워요

그리고 fragment matching 할 때 패턴매칭이 필요하다 느껴서요.. TS로는 이런짓을 하고 있는데 <https://twitter.com/KrComet/status/1204895817825304577> 그냥 패턴매칭 있는 reason 쓰면 코드가 많이 간결해지는구나 싶었어요

저도 타입시스템으로 문제를 해결하고 싶을 때가 있는데, 그럴때 TS 코드 정말 길어지더라구요 ㅋㅋ

와우... 설 끝나고 회사에 이야기해봐야겠어요 ㅋㅋㅋ

솔직히 네이밍 너무 헷갈리긴했어요 ㅋㅋㅋㅋㅋ

저희는 사내 Prisma를 직접 만들어서 쓰는중...

이미지, 인증, 아티클 등 Go로 만들어진 플랫폼 서비스들을 GraphQL로 통합시켜놓으니까 다른 API 서비스에서 갖다쓰기 참 좋더라구요 ㅋㅋ 나중에 공유를...

<@UN0GLRW14>
나중에 경험담을 공유해주시면 재미있겠습니다 :)

&gt;  GraphQL로 통합
다른 (마이크로)서비스들을 하나로 묶어주는 API gateway 를 GraphQL 로 구현하신 건가요?

&gt; 다른 API 서비스에서 갖다쓰기 참 좋더라구요
내부 서비스간 통신에 gateway도 많이 경유된다는 의미신가요? 아니면 '외부' 서비스의 호출이 편해졌다는 말씀일까요?

&gt; 사내 Prisma를 직접 만들어서 쓰는중
(만약 위의 제 추측이 맞다면) 해당 GraphQL gateway를 편하게 소비할 수 있도록 client 를 추상화해서 모듈 또는 패키지로 제공하신다는 말씀일까요?

워크플로우 디벨롭 중.. 릴레이 엔지니어에게 1관심 받았습니다 하하...

<https://twitter.com/KrComet/status/1242518286513799168|https://twitter.com/KrComet/status/1242518286513799168>

이걸로 나중에 큰 프로젝트까지 할 생각인데 관심있으신 분 디엠주시면 아주 긴 얘기를 해볼 수 있을거 같습니다 ㅋㅋ

ㅠㅠ 일부러 급하게 결제했더니만…

얼리버드가 너무 얼리라 회사에 얘기하기가 조금 애매하네요..ㅋㅋ;

저렇게 약파는거보면 아직 덜써본것 같습니다. 아마 추상타입 쓰고 프래그먼트 쓰기 시작하면 고통받을거에요

(Apollo client 가 저쪽에 좀 버그가 많은편이라.. 작업할때마다 빨리 서버로 올려버리고 싶습니다)

저도 나오자마자 사려고요 ㅋㅋ

이 책 예정대로면 오늘 나올 예정 :eyes:

저도 쓱 들어가봤는데 아직 안팔더라구요 ㅋㅋ

오!! 저도 방금 구매 완료했습니다!ㅎㅎ

책 산 사람들 슬랙 초대가 왔네요

<https://twitter.com/stevendotjs/status/1234483707437879296>

<https://twitter.com/m0rrys/status/1234789599324536832>

TS가 아니라니… 괜한 공유를…

flow 엄격 모드에요 ㅋㅋㅋ TS 랑은 타입 안정성이 차원이 다릅니다

뭐 사실 생성된 코드니 그게 그거겠지만

Flow 는 type coverage 높이는게 목표인 프로젝트니까요

그리고 타입스크립트보다 훨씬 빨라요 =.=

개인적인 주장이지만 TypeScript 는 TS vs Flow 해서 이긴게 아니라 VSCode vs Atom(Nuclide) 해서 이긴거 아닐까… 라고 조금 생각합니다 ㅋㅋㅋ

아 그리고 relay 같이 code generation 을 활용하는 코드베이스에선 훨씬 좋아요

<https://twitter.com/KrComet/status/1215302034213101569>

&gt; CodeGen 없이
가 아니라 어노테이션 없이….

ㅋㅋㅋㅋㅋ 멋지네요 ㅋㅋㅋ 찾아봤는데 Nexus.js에서 Flow를 지원안해서, 당장 백엔드 도입은 힘들거같고… Relay 기반 클라이언트 플젝에 한번 써봐야겠어요 ㅋㅋ

오 덕분에 MSW도 알아가네요 ㅎㅎ

공식 릴리즈

“GraphQL Mesh — Query anything, run anywhere” by Urigo <https://link.medium.com/fMu2PHuP54|https://link.medium.com/fMu2PHuP54>

최근 페북 웹 좀 쓰다보니까 베타 쓸거냐고 물어보길래 활성화했어요

ㅠㅠ 저도 얼른 활성화됐으면 ㅠㅠ

<https://github.com/piglovesyou/graphql-let>

프래그먼트가 아니라 유니온이네요... 방금 이름 바꿈

막 나온 영상인줄 알았는데 ㅋㅋ 9개월전 영상이군요 ㄷㄷ

(스포일러) 결과적으로 우리에게 익숙한 코드가 어디서 출발해서 어떻게 돌아온건지는....

뜬금 없지만 이 영상 보려는 걸 조금씩 미루다가 이제서야 다 봤네요 :sweat_smile: 너무 좋은 내용이었군요..

왜 이제서야 봤는지.. :joy: 공유 감사합니다. :+1:

ㅋㅋㅋ 이때까지 본 모든 기술 발표 중 단연코 제 원픽 세션입니다

(TMI: 두 번 째로 꼽는건 넷플릭스 카오스 엔지니어링 발표…)

코틀린 클라이언트는 잘 모르겠네요. GraphQL 클라이언트들은 대부분 내부에서 Observable을 써서 이미 구독 인터페이스도 노출하고 있을 수 있어요.

음… 이게 순수 Apollo GraphQL Client가 아니고, AWS AppSync Client인데, API가 정말 구리네요. :rolling_on_the_floor_laughing:

&gt; *AWS 개발 로드맵 대기시간 수년 단위 (…)*
&gt; <https://github.com/awslabs/aws-mobile-appsync-sdk-android/issues/74>

물론 AppSync가 하는 일이 조금 더 많아서 복잡도가 있긴 하겠지만

잠깐 API 봤는데 진짜 아무것도 없네요

궁금한게 있는데 AppSync에서는 다른 클라이언트 라이브러리를 활용하기 어렵나요? 혹시 그 쪽이 확장성이 부족한건지 궁금하네요

코틀린이라면 문법수준에서 지원하는 extension 같은 녀석으로 어떻게든 해결이 불가능한건지...

요즘 AWS에서 Amplify라는 웹/모바일 통합 플랫폼 서비스를 밀고 있는데, 그 스택 중의 하나가 AppSync인데요.
Amplify가 나오기 전에는 기존에 Mobile Hub라는 서비스로 안드로이드 SDK를 제공하고 있었습니다.
그런데 Mobile Hub는 중단 되고, Amplify도 아직 Beta라서 어중간하네요.

AppSync가 Apollo 호환이라서 일반 Apollo Client 써도 될겁니다. 그런데 AWS SDK를 쓰면 다른 서비스랑 호환이 되거든요. 예를 들면 Cognito 인증, 권한 관리 등. 그래서 쓰는데, API가 OLD하네요.

2는 좀 진득허니 Production-ready하게 만들어줬으면 좋겠네요

Prisma studio는 언제 오픈소싱 할까요

그냥 구현 자체가 여전히 공개되어있지 않군요....

Is not ORM 컨셉 없어지고 그냥 ORM 됐네

<https://twitter.com/freiksenet/status/1245058854959882241|https://twitter.com/freiksenet/status/1245058854959882241>

ㅋㅋㅋㅋㅋ

얼른 정식버전 릴리즈 됬으면 좋겠네요..

저도 Prisma 1 때 admin이 버그가 너무 많아서…

그래도 Prisma admin 정도가 딱 심플하고 좋았는데 Prisma studio 는 아예 다른 물건이더라고요…

뭐 실질적으로는 이거보다 훨씬 많은 adopter 들이 있을테지만...

ㅇㅎ 조건은 이렇군요

&gt; - Projects must be open source and hosted on or mirrored to GitHub.
&gt; - Projects with at least 300 GitHub stars that clearly fit in an existing category are generally included. Put the project in the single category where it best fits.

어쨋든 스키마를 건드려야 하긴 하지만(디렉티브 추가) 인터페이스 제약보단 많이 완화됐네요

오 릴레이 팀 대단하네요. 저라면 그냥 릴레이 스펙에 맞춰!! 하고 말았을텐데…

사실 꽤 오래전부터 global identification 제외하면 딱히 요구사항은 아니였습니다

이건 전혀 다른 이야기인데 요새 릴레이 써야지 써야지 하면서 계속 apollo client 쓰게되네요. 관성이 있는거같아요 ㅠ

ㅋㅋㅋㅋㅋㅋㅋㅋㅋ apollo 버리고 urql

ㅋㅋㅋㅋㅋㅋ 혜성님 쫒아가다가 가랑이 찢어질듯

urql이 쓰기 훨씬 편해요 아니 편하다고 해야되나 일단 가볍고

apollo 보다 버그 적고, 뜯어 고쳐야되거나 exchange 만들 때도 훨씬 낫더라고요

urql 만든 FormidableLabs 가 좀 라이브러리 잘 만드는것 같아요

~보니까 FormidableLabs 내부적으로는 Reason 쓰는 것 같더라고요~ 잘못알고 있었나보다 지금 보니까 별로 없네요 ㅋㅋ <https://github.com/search?p=1&amp;q=org%3AFormidableLabs+language%3Areason&amp;type=Code>