【问题标题】:AWS Amplify Graphql optimal nesting depthAWS Amplify Graphql 最佳嵌套深度
【发布时间】:2020-08-12 20:20:32
【问题描述】:

我在 AWS App Sync 中创建了一个 GraphQL Schema(在自动生成资源、查询、突变和订阅之前有 1100 行,之后是 4800 行)以用于反应。在我执行的 react 文件夹中

amplify init
amplify add codegen --apiId myId

然后我在执行过程中被问及所需的嵌套深度。我的类型非常嵌套,所以如果有更深的深度会很棒,但不幸的是我发现文件大小大幅增加。

3 levels is 2,5mb
4 levels is 9mb
5 levels is 50mb

从嵌套的角度来看,我更喜欢 5 层,甚至更多,但我希望应用程序尽可能高性能。

没有客户愿意等到 50mb 加载完成

在 graphql 中加载大文件是什么体验?是否可以将大文件自动拆分为较小的文件?在第 5 级,每个文件最多有 1m 行代码。

我在 React 中为我的组件使用延迟加载,如果这里也能有类似的东西,那就太好了。

您更喜欢一个具有多个深度级别的大型嵌套查询还是多个级联的低深度较小查询?

问候克里斯蒂安

【问题讨论】:

    标签: reactjs graphql aws-amplify aws-appsync


    【解决方案1】:

    懒惰……

    ...您可能不需要一次获得有关每个节点(所有属性)的完整信息。

    您只能获取idname 获取结构/关系所需的深度。稍后您可以获取其他/必需(用于渲染)属性。

    【讨论】:

      猜你喜欢
      • 2022-11-03
      • 2021-04-24
      • 2019-10-07
      • 2018-04-14
      • 2016-02-26
      • 1970-01-01
      • 2020-07-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多