正在打开每日关注
Hono v4.13.10：运行时适配器拆分为独立包
Hono 新版把各运行时适配器拆为 @hono/* 独立包，hono/<adapter> 将在 v5 移除，改导入路径即可完成迁移。
来源摘录
Hono v4.13.10 is out, and the runtime adapters are now separate packages like `@.hono/bun` and `@.hono/cloudflare-workers`. hono/<adapter> is deprecated and will be removed in v5. Just change the import path. https://t.co/gF6RtEn4Mm https://t.co/KwS3BTykkc
深度解析
是什么：Hono（日语意为"火焰"）是构建在 Web Standards 之上的超轻量 TypeScript Web 框架，GitHub 32k+ stars，同一份代码可运行于 Cloudflare Workers、Bun、Deno、Node.js、AWS Lambda、Fastly Compute 等运行时。v4.13.10 的关键变化是把运行时适配器拆分为独立包。
核心设计：核心零依赖、仅用 Web Standard API，配合 RegExpRouter/SmartRouter 等多路由策略实现高性能路由，hono/tiny 预设小于 12kB。此次将 hono/<adapter> 拆为 @hono/bun、@hono/cloudflare-workers 等独立包，本质是把"平台差异"从核心剥离：核心保持纯粹可移植，各适配器独立发版、按需安装；迁移成本被压到最低——只需改导入路径。
关键洞察：这是典型的边界重构与渐进式废弃范例：新路径先行可用并明确宣布旧路径在 v5 硬移除，给生态留足迁移窗口；对维护者则消除了核心包捆绑全部适配代码带来的体积与耦合负担。
边界与风险：多包化引入版本对齐与发布协调成本；v5 移除旧导入属破坏性变更，存量项目需在升级前完成路径替换；好在仅影响适配器引用方式，业务代码与中间件 API 基本不受波及。