<?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 Zampo Blog</title><link>https://blog.cpdd.fyi/tags/rest/</link><description>Recent content in REST on Zampo Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Tue, 14 Apr 2026 11:30:00 +0800</lastBuildDate><atom:link href="https://blog.cpdd.fyi/tags/rest/index.xml" rel="self" type="application/rss+xml"/><item><title>为什么很多团队的内部 API，早就不该只用 REST 了</title><link>https://blog.cpdd.fyi/posts/internal-api-should-not-only-rest/</link><pubDate>Tue, 14 Apr 2026 11:30:00 +0800</pubDate><guid>https://blog.cpdd.fyi/posts/internal-api-should-not-only-rest/</guid><description>&lt;p&gt;&lt;img src="https://blog.cpdd.fyi/images/internal-api-should-not-only-rest/cover.svg" alt="REST vs RPC 内部 API 设计的选择困境"&gt;&lt;/p&gt;
&lt;p&gt;服务越写越多，接口越写越拧巴。&lt;/p&gt;
&lt;p&gt;明明是 &lt;code&gt;approveInvoice()&lt;/code&gt; 这种动作，却要硬拗成 &lt;code&gt;POST /invoices/{id}/approval&lt;/code&gt;。&lt;/p&gt;
&lt;p&gt;文档越来越厚，新来的同事越看越迷糊——这到底是资源操作，还是动作调用？&lt;/p&gt;
&lt;p&gt;很多团队的问题，不是不会做 API，而是一开始就把内部系统也按公共 API 那套方式设计了。&lt;/p&gt;</description></item></channel></rss>