‘新Fetch模式’是否让前端数据请求场景回归GraphQL出现前的状态？

• GraphQL的核心设计初衷，就是通过单次请求获取整页所需且仅需的数据，以此规避请求竞态条件，同时避免多次请求重复拉取相同数据（比如用户名这类通用信息）。
• 随着Layout RFC、React Server Components以及hooks的兴起，行业里逐渐形成一种实践方向：每个组件自行负责自身的数据获取。
• 从开发者体验（DX）来说，我更倾向于这种模式——比起在/page层级统一执行查询，再通过属性透传（prop drilling）把data或data.whatever一层一层往下传给子组件的方式，这种组件自主取数的模式要舒服得多。
• 但这里有个绕不开的问题：如果每个组件都独立发起请求，本质上我们又回到了REST模式的逻辑里——组件各自发请求，还是会出现多次重复获取相同数据的情况。
• 说白了，两种模式只是实现形式不一样，核心问题没差。我觉得唯一能拉开差距的，就是用Apollo Client时自带的Apollo缓存机制，它能在一定程度上减少重复请求的发生。

内容的提问来源于stack exchange，提问作者assisrMatheus