GraphQL 이 유명세를 타면서 이를 실제로 상업적인 서비스에 적용하는 경우가 많은 것으로 보인다. 그런데 이를 사용하면서 뭐가 이상하게 찜찜하게 이건 아닌데... 하는 생각이 든다. 왜지? ... 우선 과거의 rest api 와 rest 스러운 api 를 사용하는 경우와 프론트엔드 측인 mobile application 의 모델의 경우를 보자. 이는 GraphQL 과 Rest api 의 장단점에 대한 것은 아니고 과거 관계형 DB 를 사용하는 경우의 rest api 의 응답을 프론트엔드 측의 모델에 어떻게 서로 간의 규약을 정하여 프론트엔드와 백엔드가 각각 최대한 덜 의존적으로 작업을 지속적으로 할 수 있는가에 대한 고찰을 우선적으로 함으로서 주어진 문제에 대해 접근해 나가기 위함이다. 만약 rest..
https://pub.dev/packages/graphql_flutter https://pub.dev/packages/graphql_flutter/example flutter pub add graphql / dart pub add graphql flutter pub remove graphql / dart pub remove graphql https://hasura.io/learn/ https://hasura.io/learn/graphql/intro-graphql/graphql-vs-rest/ https://hasura.io/learn/graphql/flutter-graphql/introduction/
nested: 다음과 같이 Sender, Receiver 부분이 IUser 로 nested 된 형태로 필요한 부분까지 전체 데이터를 front 측 모델로 다룬다. export interface IUser { id: number; nickname: string; email: string; updatedAt: Date; createdAt: Date; } export interface IDM { id: number; SenderId: number; Sender: IUser; ReceiverId: number; Receiver: IUser; content: string; updatedAt: Date; createdAt: Date; } normalize: 다음과 같이 Sender, Receiver 가 string..