<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>REST on Chen Kai Blog</title><link>https://www.chenk.top/zh/tags/rest/</link><description>Recent content in REST on Chen Kai Blog</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Tue, 15 Jul 2025 09:00:00 +0000</lastBuildDate><atom:link href="https://www.chenk.top/zh/tags/rest/index.xml" rel="self" type="application/rss+xml"/><item><title>系统设计（三）：API 设计——REST、gRPC、GraphQL 及如何明智选型</title><link>https://www.chenk.top/zh/system-design/03-api-design/</link><pubDate>Tue, 15 Jul 2025 09:00:00 +0000</pubDate><guid>https://www.chenk.top/zh/system-design/03-api-design/</guid><description>&lt;p>2015 年，Facebook 发布了一篇博客文章，正式介绍 GraphQL，并描述了其移动应用正被海量 REST API 调用所“淹没”。单个新闻信息流页面就需要从帖子、用户、评论、点赞和媒体等多个资源获取数据——每个资源对应一个独立端点，且每个端点返回的数据远超客户端实际所需。这种过度获取（over-fetching）在弱网环境下严重拖垮了移动端性能。GraphQL 是他们的解决方案，但它绝非万能解药。&lt;/p></description></item></channel></rss>