【问题标题】:Ideal way to use graphql使用graphql的理想方式
【发布时间】:2019-07-17 11:11:02
【问题描述】:

我是 graphql 的新用户。我计划使用 graphql 作为中间件层,不同的应用程序将访问 API 并获取他们需要的数据。但主要问题是培训不同的群体如何发布数据和查询他们需要的数据。构建一个通过 REST api 接受 JSON 并将其转换为 graphql 请求的中间件是个好主意。我正在考虑2个选项 1. 构建接受 JSON 的 REST 中间层并将其转换为 graphql 请求。 2. 让用户熟悉 graphql。

【问题讨论】:

  • 假设您有一个现有的 REST API(您的问题本身有点不清楚),这个问题真的归结为适应 GraphQL 的好处是否超过让 API 的消费者学习的成本一项新技术。这不是你以外的任何人都可以回答的。
  • 我们没有任何 API。这将是新的。团队对 REST 调用很满意。
  • 无论哪种方式,这个问题都不是 SO 上的某个人可以提供的答案。您的团队需要查看pros and cons of implementing GraphQL 并确定其优势是否超过学习新技术的成本。

标签: graphql


【解决方案1】:

混合 REST 和 graphql 对于新项目来说绝不是一个好主意,因为您会浪费资源以两种不同的方式做同样的事情,而且您必须维护更大的代码库。同时提供 REST 和 graphql 对您的客户来说似乎很方便,但从长远来看,并非如此。更小、结构良好且文档完善的 API 总是更可取的。

如果您要混合和匹配不同的资源或调用外部服务,graphql 提供了更好的解决方案。 Graphql 提供强类型、单次往返、查询批处理、自省和更好的开发工具、无版本 API。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-09-20
    • 2021-04-07
    • 2012-03-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多