<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Codegen on PlumePHP</title><link>https://plumephp.com/tags/codegen/</link><description>Recent content in Codegen on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/codegen/index.xml" rel="self" type="application/rss+xml"/><item><title>API 类型生成与契约：tRPC、OpenAPI Codegen 与 GraphQL Codegen</title><link>https://plumephp.com/typescript-api-type-generation/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/typescript-api-type-generation/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;前后端最痛的问题是「&lt;strong&gt;契约漂移&lt;/strong&gt;」：后端改了响应字段，前端还按旧类型解析，直到运行时报错才发现。解决办法有三条主流路线——&lt;strong&gt;tRPC&lt;/strong&gt;（前后端同进程/同库共享类型）、&lt;strong&gt;OpenAPI Codegen&lt;/strong&gt;（规范驱动生成类型）、&lt;strong&gt;GraphQL Codegen&lt;/strong&gt;（由 GraphQL Schema 生成类型）。三条路线都能让「改后端字段 → 前端编译报错」，但适用场景不同。&lt;/p&gt;</description></item><item><title>GraphQL Schema 设计进阶：接口、联合类型与可空性策略</title><link>https://plumephp.com/graphql-schema-design-advanced/</link><pubDate>Sun, 27 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/graphql-schema-design-advanced/</guid><description>&lt;p&gt;好的 Schema 是 GraphQL 服务的灵魂。它不仅是前后端共享的契约，更是一份&lt;strong&gt;团队架构决策的可执行文档&lt;/strong&gt;。当团队从&amp;quot;能跑通的 Schema&amp;quot;走向&amp;quot;经得起三年演进的 Schema&amp;quot;时，接口（interface）、联合类型（union）、输入对象（input）、中继连接（Relay Connection）这些高级建模工具就会从&amp;quot;偶尔用到&amp;quot;变成&amp;quot;日常标配&amp;quot;。本文从工程实践出发，系统讲解 Schema 设计中容易忽略却决定长期质量的八个关键领域，并在最后一节给出可直接用于评审的设计清单。&lt;/p&gt;</description></item></channel></rss>