<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>类型安全 on PlumePHP</title><link>https://plumephp.com/tags/%E7%B1%BB%E5%9E%8B%E5%AE%89%E5%85%A8/</link><description>Recent content in 类型安全 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/%E7%B1%BB%E5%9E%8B%E5%AE%89%E5%85%A8/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>React 全栈类型安全：组件类型、事件类型与前后端契约</title><link>https://plumephp.com/typescript-react-fullstack-typesafe/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/typescript-react-fullstack-typesafe/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;React 的类型安全不只是「给 props 标个类型」——它覆盖&lt;strong&gt;组件 API 契约&lt;/strong&gt;（props 怎么写、children 允许多宽）、&lt;strong&gt;状态机&lt;/strong&gt;（页面有哪几种状态、各状态有什么数据）、&lt;strong&gt;事件与表单&lt;/strong&gt;（onChange 的参数类型）、&lt;strong&gt;Context&lt;/strong&gt;（上下文的值与默认值），以及最关键的全栈层面——&lt;strong&gt;前端组件与后端 API 的契约&lt;/strong&gt;（请求响应模型两边一致，改一处报错全链条）。&lt;/p&gt;</description></item></channel></rss>