团队讨论houdini时，我会先把用途说清楚：消失的GraphQL框架。对日常自动化任务来说，输入边界、依赖和失败处理如果不清楚就很难稳定复用往往决定它能否落地，不能只用安装成功来判断。我的评估方法是用一项范围明确的真实任务完成最小试跑，然后检查配置时间、输出质量、异常信息和维护痕迹是否与文档一致。我的判断是，它更适合愿意先做小范围验证并复查原始文档的团队；若眼下没有这类需求，先保留观察即可。

The disappearing GraphQL framework

✨ 特点

• 组件的可组合和共置数据要求
• 具有声明性更新的规范化缓存
• 生成的类型
• 订阅
• 分页（光标和偏移量）

houdini 的核心目标是实现高质量的开发者体验 不影响捆绑包的大小。胡迪尼改变了什么 传统上由臃肿的运行时处理成一个编译步骤，允许 为您的应用程序生成极其精简的 GraphQL 抽象。

示例

有关详细示例，您可以查看 example-sveltekit-todo 或 最终版本 来自 入门指南 的 Pokédex 应用程序。

文档

有关文档，请访问网站上的 api 参考。

开始使用

有关 Houdini 入门的深入指南，请查看我们网站 上的 [指南。