This message was deleted.
# 질문s
Slackbot
02/10/2020, 4:41 AMThis message was deleted.
h
Hyeseong Kim
02/10/2020, 5:20 AM아무래도 사전에 디자인 협의를 통해서 나온 부분이 아니면 자연스럽게 그렇게 되는 듯 합니다. (특히 ORM 쓰는 경우가 좀;)
저는 프론트엔드에서 사용하면서 스키마 구조 다시 잡고 이 후 백엔드로 다시 로직 마이그레이션 하고 불필요한 스키마 Deprecated 시키는 수순으로 진행하고 있어요.
Hyeseong Kim
02/10/2020, 5:27 AM방법론적으로는 괜찮다고 생각하는데 apollo client 버그가 좀 많아서 ㅎㅎ; 권장할만한 방법은 아니네요
o
ojy6042
02/10/2020, 5:48 AM네 특히 type-graphql 이랑 typeorm 사용하니까 더 그런거같기도 합니다 ㅎㅎ
Tony 님께서 nexus 의 장점으로 db model 단이랑 Graphql 이 완전 분리된 레이어로 구성된다고 한 점도 비슷한 맥락인거같네요.
h
Hyeseong Kim
02/10/2020, 5:50 AM저 스레드에서 urigo 가 엄청 좋은 요약을 해줬죠
GraphQL schema a simple aggregation of all your backend services...
t
Tony Won
02/10/2020, 6:09 AM
넵 ㅋㅋㅋ 저도 비슷한 형태로 가는건 어쩔수 없는데, 분리되어 있어야한다고 생각해요. 그래서 Nexus 사용하고 있어요. RDBMS만 쓰면 사실 문제가 아닌데, RDBMS랑 gRPC 서비스, REST 서비스를 섞어서 쓰기 시작하면 문제가 시작되지 않을까요?
👍 1
Tony Won
02/10/2020, 6:09 AM
지금 저는 다 짬뽕해서 GraphQL 서비스를 만들고 있는 입장이라서 ㅋㅋㅋ
h
Hyeseong Kim
02/10/2020, 6:17 AM그러지 않아도 문제가 되죠. 추상화 없는 DB Entity 모델은 갖다 쓰기 썩 좋은 모양이 아니라서 ㅋㅋ
Hyeseong Kim
02/10/2020, 6:23 AM백엔드에서 호다닥 스키마 추가하면 항상 그대로 안쓰고 다시 클라이언트 스키마로 말아서 쓰게 되는데, 이건 RESTful API 쓸 때도 마찬가지였고, GraphQL 도입한 이점을 잘 못살리는 일이라고 생각되네요.
👍 1
2 Views