<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Optimistic UI on PlumePHP</title><link>https://plumephp.com/tags/optimistic-ui/</link><description>Recent content in Optimistic UI on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sun, 27 Sep 2026 12:30:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/optimistic-ui/index.xml" rel="self" type="application/rss+xml"/><item><title>GraphQL Mutation 设计实战：从语义命名到乐观更新</title><link>https://plumephp.com/graphql-mutation-design/</link><pubDate>Sun, 27 Sep 2026 12:30:00 +0800</pubDate><guid>https://plumephp.com/graphql-mutation-design/</guid><description>&lt;p&gt;查询（Query）决定了 GraphQL 能读多优雅，而变更（Mutation）决定了它能写多可靠。很多团队的 Schema 在 Query 侧设计得井井有条，却在 Mutation 侧出现&amp;quot;createXxx 返回一堆散参&amp;quot;&amp;ldquo;update 时字段全部必填&amp;quot;&amp;ldquo;重试导致重复下单&amp;quot;等混乱。Mutation 是&lt;strong&gt;写入路径&lt;/strong&gt;，天然涉及状态变化、并发冲突、幂等重试与实时联动，设计难度远高于 Query。本文按 mutation 的完整生命周期——从命名、入参出参、乐观更新、文件上传、幂等重试到冲突检测与订阅联动——逐层讲解实战方案。&lt;/p&gt;</description></item></channel></rss>