<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>GraphQL on PlumePHP</title><link>https://plumephp.com/tags/graphql/</link><description>Recent content in GraphQL on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 22 Nov 2025 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/graphql/index.xml" rel="self" type="application/rss+xml"/><item><title>API设计实战：REST、gRPC与GraphQL的选型、规范与版本管理</title><link>https://plumephp.com/api-design-rest-grpc-graphql/</link><pubDate>Sat, 22 Nov 2025 10:00:00 +0800</pubDate><guid>https://plumephp.com/api-design-rest-grpc-graphql/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;API 不是实现细节，API 是&lt;strong&gt;产品&lt;/strong&gt;。它的用户是其他开发者——你的同事、客户公司的前端团队、或调用你服务的第三方。设计糟糕的 API 会让调用方困惑、引发 bug、拖慢团队开发速度；设计良好的 API 像一份优秀文档，调用方几乎无需阅读说明就能正确使用。&lt;/p&gt;</description></item><item><title>Go 与 GraphQL：构建灵活的 API</title><link>https://plumephp.com/87-graphql-api/</link><pubDate>Thu, 18 Apr 2024 08:30:00 +0800</pubDate><guid>https://plumephp.com/87-graphql-api/</guid><description>&lt;h1 id="go-与-graphql构建灵活的-api"&gt;Go 与 GraphQL：构建灵活的 API&lt;/h1&gt;
&lt;p&gt;你用过 REST API 吗？肯定用过。但你有没有遇到过这样的场景：前端需要用户信息、用户的订单列表、以及每个订单的商品详情。用 REST 的话，你可能需要调用 &lt;code&gt;/users/123&lt;/code&gt;、&lt;code&gt;/users/123/orders&lt;/code&gt;、然后对每个订单再调用 &lt;code&gt;/orders/456/products&lt;/code&gt;。这就是经典的 N+1 请求问题。&lt;/p&gt;</description></item></channel></rss>