正在打开每日关注
正在打开每日关注
借助 Standard Schema 统一 Zod 与 Valibot，兼顾 Hono 的轻量化目标。
If you want to use both Zod and Valibot (ex, you are going to migrate Zod to Valibot). You can use the Standard Schema validator. We will encourage users to use it instead of each validator https://t.co/RMaHprJyw9
I still genuinely think that if you're using Hono, you should be using Valibot instead of Zod The point of Hono is to be really small, and Zod defeats the purpose
是什么 这条内容讨论 Hono 生态中的校验器选择。Yusuke Wada 提出，如果项目需要同时使用或逐步迁移 Zod 与 Valibot，可以采用 Standard Schema 作为共同抽象；引用推文则从 Hono 的轻量化定位出发，主张优先使用 Valibot。核心矛盾不是单纯的库对比，而是依赖体积、迁移成本与生态兼容之间的权衡。
仓库与核心设计 附带的 honojs/middleware 是一个 TypeScript Monorepo，包含 Hono 第三方中间件、辅助工具和包装器。README 将中间件分为自定义、内置和第三方三类：核心包保持不依赖外部库，第三方包则允许按功能引入依赖，并以 packages/* 组织、通过 @hono 命名空间发布。项目使用 Vitest 测试，使用 Changesets 管理版本与变更日志，也考虑 npm、Deno 及 CDN 分发。
关键洞察 通过标准化接口隔离具体校验器，有利于降低迁移时的业务耦合；但 README 没有证明该仓库已经实现 Standard Schema，也没有给出 Zod 与 Valibot 的体积或性能数据。Valibot 的推荐属于有立场的工程判断，实际选择仍取决于既有类型、团队熟悉度和所需能力。
边界与风险 不要将轻量化等同于无条件替换依赖；跨运行时发布还需关注兼容性、类型声明和维护成本。