为什么应该避免 GraphQL 解析器中的实用方法
GraphQL 彻底改变了我们获取和塑造数据的方式,在客户端和服务器之间提供了一个干净的抽象层。它的核心功能之一是解析器,它允许我们定义模式中的每个字段如何获取其数据。在某些情况下,开发人员可能会通过依赖解析器中的实用方法无意中削弱 GraphQL 的优势。这种做法不仅违背了 GraphQL 的设计初衷,还引入了不必要的复杂性和潜在的 bug。
让我们深入探讨为什么会出现这个问题以及如何做得更好。
旋转变压器的力量
在 GraphQL 中,会为类型的每个实例调用解析器,无论该类型出现在架构中的位置。这种抽象确保了解析数据的逻辑在整体上保持一致。例如:
schema { query: Query } type Query { project(id: ID!): Project user(id: ID!): User } type Project { id: ID! name: String! owner: User! } type User { id: ID! name: String! email: String! }
这里,User 类型在两个地方使用:直接在 Query 中用于获取用户,以及作为所有者嵌套在 Project 类型中。借助 GraphQL 的解析器系统,我们可以定义单个 User 解析器来处理 User 字段的解析方式,确保 User 出现的任何地方的行为一致。
utils 的问题
当您引入实用方法来在解析器之外塑造数据时,您就打破了这种抽象。考虑这个例子:
// utils.ts function mapToUser(userData: DataSourceUser) { return { id: userData.id, name: userData.full_name, email: userData.contact_email, }; } // resolvers.ts const resolvers: Resolvers<Context> = { Query: { project: async (_, { id }, { dataSources }) => { const project = await dataSources.projectAPI.getProject(id); return { ...project, owner: mapToUser(project.owner), // Utility method called here }; }, user: async (_, { id }, { dataSources }) => { const user = await dataSources.userAPI.getUser(id); return mapToUser(user); // Utility method called here }, }, };
乍一看,这似乎没问题。但这就是它有问题的原因:
1. 重复的逻辑
您被迫在出现用户类型的每个解析器中调用mapToUser。忘记调用它或错误地调用它可能会导致 API 中的行为不一致。
2. 打破抽象
GraphQL 的解析器系统旨在集中解决每种类型的方式。通过使用实用程序方法,您可以回避此功能并使您的代码不太直观。
3. 失去灵活性
如果您需要修改用户类型的解析方式(例如,添加新字段或处理错误),您将必须寻找调用 mapToUser 的每个位置,而不是更新单个解析器。
更好的方法:杠杆式旋转变压器
不要使用实用方法,而是为 GraphQL 类型定义解析器。以下是重写上面示例的方法:
schema { query: Query } type Query { project(id: ID!): Project user(id: ID!): User } type Project { id: ID! name: String! owner: User! } type User { id: ID! name: String! email: String! }
为什么这更好
- 一致性:用户解析器确保所有用户实例都以相同的方式解析,无论它们出现在架构中的哪个位置。
- 集中逻辑:只需在一处更改用户的解析方式。
- 利用 GraphQL 的优势:通过采用解析器系统,您可以与 GraphQL 的核心设计原则保持一致并充分发挥其潜力。
结论
在解析器中使用实用方法似乎是一种捷径,但它最终会破坏 GraphQL 的强大功能和优雅性。通过为您的类型定义解析器,您可以维护一个干净、一致且可扩展的 API。因此,停止在解析器中使用 utils,拥抱 GraphQL 提供的抽象——未来的你会感谢你的!
以上是为什么应该避免 GraphQL 解析器中的实用方法的详细内容。更多信息请关注PHP中文网其他相关文章!

热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

记事本++7.3.1
好用且免费的代码编辑器

SublimeText3汉化版
中文版,非常好用

禅工作室 13.0.1
功能强大的PHP集成开发环境

Dreamweaver CS6
视觉化网页开发工具

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

Python更适合初学者,学习曲线平缓,语法简洁;JavaScript适合前端开发,学习曲线较陡,语法灵活。1.Python语法直观,适用于数据科学和后端开发。2.JavaScript灵活,广泛用于前端和服务器端编程。

从C/C 转向JavaScript需要适应动态类型、垃圾回收和异步编程等特点。1)C/C 是静态类型语言,需手动管理内存,而JavaScript是动态类型,垃圾回收自动处理。2)C/C 需编译成机器码,JavaScript则为解释型语言。3)JavaScript引入闭包、原型链和Promise等概念,增强了灵活性和异步编程能力。

JavaScript在Web开发中的主要用途包括客户端交互、表单验证和异步通信。1)通过DOM操作实现动态内容更新和用户交互;2)在用户提交数据前进行客户端验证,提高用户体验;3)通过AJAX技术实现与服务器的无刷新通信。

JavaScript在现实世界中的应用包括前端和后端开发。1)通过构建TODO列表应用展示前端应用,涉及DOM操作和事件处理。2)通过Node.js和Express构建RESTfulAPI展示后端应用。

理解JavaScript引擎内部工作原理对开发者重要,因为它能帮助编写更高效的代码并理解性能瓶颈和优化策略。1)引擎的工作流程包括解析、编译和执行三个阶段;2)执行过程中,引擎会进行动态优化,如内联缓存和隐藏类;3)最佳实践包括避免全局变量、优化循环、使用const和let,以及避免过度使用闭包。

Python和JavaScript在社区、库和资源方面的对比各有优劣。1)Python社区友好,适合初学者,但前端开发资源不如JavaScript丰富。2)Python在数据科学和机器学习库方面强大,JavaScript则在前端开发库和框架上更胜一筹。3)两者的学习资源都丰富,但Python适合从官方文档开始,JavaScript则以MDNWebDocs为佳。选择应基于项目需求和个人兴趣。

Python和JavaScript在开发环境上的选择都很重要。1)Python的开发环境包括PyCharm、JupyterNotebook和Anaconda,适合数据科学和快速原型开发。2)JavaScript的开发环境包括Node.js、VSCode和Webpack,适用于前端和后端开发。根据项目需求选择合适的工具可以提高开发效率和项目成功率。

C和C 在JavaScript引擎中扮演了至关重要的角色,主要用于实现解释器和JIT编译器。 1)C 用于解析JavaScript源码并生成抽象语法树。 2)C 负责生成和执行字节码。 3)C 实现JIT编译器,在运行时优化和编译热点代码,显着提高JavaScript的执行效率。
