GraphQL API代码重构:从烂代码到优雅代码
最近接手了一个GraphQL API的项目,代码写得非常烂,一个resolve函数几百行,到处都是复制粘贴,没有分层,没有复用,没有注释,变量名乱七八糟,改一个小功能都要研究半天,还容易改出bug,性能也很差,一个简单的查询要查几十次数据库,响应很慢。实在忍不了了,我花了两周时间,对这个GraphQL API进行了全面…
最近接手了一个GraphQL API的项目,代码写得非常烂,一个resolve函数几百行,到处都是复制粘贴,没有分层,没有复用,没有注释,变量名乱七八糟,改一个小功能都要研究半天,还容易改出bug,性能也很差,一个简单的查询要查几十次数据库,响应很慢。实在忍不了了,我花了两周时间,对这个GraphQL API进行了全面…
最近在做一个项目,技术选型的时候遇到了一个问题:数据查询和业务逻辑,是用传统的GraphQL API来做,还是用以太坊智能合约来做?团队里有不同的意见,有人觉得GraphQL API更成熟、更高效、更容易开发,有人觉得以太坊智能合约更安全、更透明、去中心化,是未来的趋势。我花了不少时间研究这两种技术,做了很多对比和测试…
GraphQL是Facebook开源的一种API查询语言,相比REST API,它更灵活、更高效,客户端可以按需获取数据,避免过度获取和获取不足的问题。2017年,GraphQL越来越流行,很多公司都开始使用GraphQL。但是,很多人只是会用GraphQL的基本功能,对一些进阶技巧和最佳实践,了解得并不多。本文从Gr…