API 设计的哲学:为什么 REST 和 GraphQL 都不是答案
Posted by quentin 在 Wednesday, 8 April 2026> "工具本身从来不是问题的答案,理解问题才是。" —— 未署名的架构师
引言:一场永无止境的争论
在技术社区里,关于 API 设计的争论从未停止。REST 的支持者会告诉你:"遵循 RESTful 原则,你的 API 就会优雅、可扩展。" GraphQL 的拥趸则反驳:"单一端点、精确查询、类型安全,这才是现代 API 的未来。"
但如果我告诉你,这场争论本身就是一个错误的问题?
真正的问题不是"应该选择 REST 还是 GraphQL",而是我们为什么需要在两种范式之间做非此即彼的选择?更深层次的问题是:我们是否真正理解了 API 设计背后的本质问题?
REST 的谎言:资源导向的美丽陷阱
REST(Representational State Transfer)在 2000 年由 Roy Fielding 提出时,是一个革命性的概念。它将 Web 服务抽象为"资源"的集合,通过标准的 HTTP 方法(GET、POST、PUT、DELETE)进行操作。听起来很完美,对吧?