正在打开每日关注
正在打开每日关注
围绕 Hono 的轻量定位，作者主张用 Valibot 替代 Zod，并质疑依赖体量取舍。
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
I usually think that Elysia is a bit chonky But when I zoom out, I realize others are doing much worse https://t.co/zApvaUlwns
是什么 这是一条围绕 Web 框架依赖取舍的工程观点。作者把 Hono 的核心卖点概括为“小”，因此认为在其中引入 Zod 会增加与定位不一致的负担，并建议优先考虑 Valibot。被引用内容以 Elysia 为参照，延续了对框架体量的揶揄，但没有给出包体、运行时或基准数据。
核心设计 争论的本质不是某个校验 API 是否更易用，而是基础库选择应否服从部署目标：若追求更小的产物、更低的启动成本和更少的依赖，应把 Schema 校验库的体积、运行时开销、类型推导能力和团队熟悉度一起评估。Hono、Valibot、Zod 与 Elysia 在这里被当作选型符号，而非完整的性能结论。
关键洞察 轻量化是一条端到端约束，不能只看框架本身；验证库、适配器和打包结果同样会改变实际成本。先定义目标运行时和可接受的包体，再用真实构建产物与请求路径基准验证，比凭印象比较“chonky”更可靠。
边界与风险 这只是带有争议性的个人判断。没有版本、构建配置、功能覆盖或 benchmark，无法证明 Zod 在所有 Hono 项目中都违背轻量目标；Valibot 也可能带来迁移成本、团队学习成本或生态差异。最终应按项目约束权衡，而不是把库名变成固定规则。