express - 如果 graphQL 使用 async 概念并具有 http 能力,为什么它与 Node/Express 的 REST API 设计与 http 冲突?
问题描述
我已经设置了一个 TypeScript/Node/Express API,其中包括 REST 的“http”和“express-graphql”。在为 TypeScript 一致性编码模式、解析器和类型之后,我使用 nodemon ts-node 运行,并且对于“http”请求一切都很好。当我通过 Postman 作为 POST 发送 graphQL 查询时,它只是挂起。我从来没有见过这样的事情不会超时,它可能会运行几分钟。邮递员显示一些不寻常的“读取重新连接”错误。为什么 graphQL 有这个问题。为什么它不适合而不是建议替换像 REST 这样的经过完美验证的流程?
解决方案
推荐阅读
- python - 仅从数据框中获取数字
- html - 如何使模态在其父 div 之外打开
- javascript - 将从本地机器加载的文件数组作为原始数据发送到我的服务器
- ios - 我是否被迫使用 Apple 应用内购买 API
- ssrs-2012 - 日期在今天和提前 7 天之间时的颜色填充表达式
- python - 尽管有 try-except 块,Python 脚本仍以退出代码 255 退出
- python - 用于组织 matplotlib 地图的 CSV 文件阅读器
- kotlin - 赋值不是表达式,在此上下文中只允许使用表达式
- git - 大型 Bitbucket 存储库 | 将旧的提交拆分到另一个仓库
- php - PHP比较由CSV制成的多维数组中的键/值