2024-07-12 js 实现 snake_case 转 camelCase
内容提要
2024-07-12 js实现snake_case转camelCase。yup提供了开箱即用的方法，zod没有。snake_case和camelCase在前后端分离中常用。Nest.js可保持snake_case，但使用复杂。
延伸解读
yup 与 zod 在命名转换上的差异
文章指出 yup 提供了开箱即用的 snake_case 转 camelCase 方法，而 zod 没有类似 API。这反映了两个库在设计理念上的不同：yup 更注重内置转换功能，zod 则更专注于类型安全验证。对于需要频繁处理命名转换的项目，选择 yup 可能减少手动转换代码，但若已使用 zod，则需自行实现转换逻辑或寻找第三方库。
前后端命名风格的历史与现状
文章提到，经历过前后端分离最佳实践的程序员可能还记得，server-side 曾主流采用 snake_case。当时团队常面临命名风格统一问题，要么强制统一为一种风格，要么引入转换库。如今 JS 社区几乎都转向 camelCase，但数据库和 Protobuf 等场景仍常见 snake_case，因此转换需求依然存在，只是可能被视为小众需求。
gRPC 中保持 snake_case 的实践与代价
作者分享自身经历：团队在 database 和 Protobuf 中使用 snake_case，但 Protobuf codegen 默认仅支持 lowerCamelCase，导致代码中出现大量转换逻辑。虽然 Nest.js 可通过 keepCase: true 让 gRPC 保持 snake_case，但作者并未采用，因为在 gRPC 中维持 snake_case 需要 Nest.js、TypeScript 等多种依赖库支持，过于折腾。这提示读者，统一命名风格需权衡工具链的兼容成本。
Q&A
yup 如何实现 snake_case 转 camelCase？
yup 提供了开箱即用的方法，可以通过 schema.camelCase() 来实现转换。
zod 是否支持 snake_case 转 camelCase？
zod 没有开箱即用的 snake_case 转 camelCase API。
在前后端分离中，snake_case 和 camelCase 的使用场景是什么？
前后端分离的程序员通常会使用 snake_case 和 camelCase 来保持一致性，尤其是在 server-side 和 JS 应用中。
Nest.js 如何处理 snake_case？
Nest.js 可以让 gRPC 保持 snake_case，但实现起来比较复杂，需要各种依赖库的支持。
在 gRPC 中使用 snake_case 有哪些挑战？
在 gRPC 中使用 snake_case 需要多种依赖库的支持，配置较为复杂。
为什么有些项目要求使用 camelCase 而不是 snake_case？
一些项目要求使用 camelCase 是因为 JavaScript 社区的主流风格倾向于使用 camelCase，尤其是在前端开发中。
