AWS Amplify Graphql 最佳嵌套深度
AWS Amplify Graphql optimal nesting depth
我在 AWS App Sync 中创建了一个 GraphQL 模式（在自动生成资源、查询、变更和订阅之前有 1100 行，之后有 4800 行）用于反应。在我执行的反应文件夹中
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 中为我的组件使用延迟加载，如果这里也可以实现类似的东西就太好了。
您更喜欢一个具有多级深度的大型嵌套查询还是多个具有低深度的级联较小查询？
问候克里斯蒂安
懒惰...
...可能您不需要一次了解每个节点（所有属性）的完整信息。
您只能获取 id 和 name 您需要获取的深度 structure/relations。稍后您可以获取 additional/required（用于渲染）属性。
我在 AWS App Sync 中创建了一个 GraphQL 模式（在自动生成资源、查询、变更和订阅之前有 1100 行，之后有 4800 行）用于反应。在我执行的反应文件夹中
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 中为我的组件使用延迟加载，如果这里也可以实现类似的东西就太好了。
您更喜欢一个具有多级深度的大型嵌套查询还是多个具有低深度的级联较小查询？
问候克里斯蒂安
懒惰...
...可能您不需要一次了解每个节点（所有属性）的完整信息。
您只能获取 id 和 name 您需要获取的深度 structure/relations。稍后您可以获取 additional/required（用于渲染）属性。