是的 vs Joi 进行前端验证

Question

我想用 Yup 或 Joi 实现前端验证。

从我找到的所有文档和文章中，我得出了几个结论：

• Joi有更好的表现
• Joi 在后端验证中更受欢迎，而 Yup 在前端验证中更受欢迎
• Joi 缺乏前端支持
• 根据官方文档，Yup更精简，并且使用客户端验证构建
• 是的，包的大小比 Joi 小~2.5 倍 -链接

然而，我没能找到Joi 与 Yup 相比在支持方面缺乏什么？

现在，从所有这些结论来看，它选择拥有更小的捆绑包或更好的性能。

Answer 1

对于前端性能来说，包的大小比快速工作更重要（您不需要在客户端进行数百万次验证）。正如您提到的：“是的，捆绑包大小 [60.1kB] 比 Joi [145.9kB] 小 2.5 倍 -链接”

所以我的选择是是的。

但是如果你使用 Joi 作为后端并且你要与前端共享模式，我同意 Seth Holladay 的观点。

Answer 2

过去，joi 确实缺乏浏览器支持，至少开箱即用。它使用一些浏览器中不可用的 Node.js API 来实现其某些功能。仍然可以在其上使用Browserify，或者使用非官方的joi-browsernpm 包，但是这个过程非常麻烦，在前端使用joi 的情况并不常见。是的，基本上是一种解决方法。

但是，该信息已过时，因为 joi 现在包含易于使用且大小与 yup 大致相同的官方浏览器构建。查看它的 package.json：https : //github.com/sideway/joi/blob/83092836583a7f4ce16cbf116b8776737e80d16f/package.json#L8

您的捆绑器，假设它设置正确，应该检测浏览器构建并自动使用它。例如，如果您使用的是 Rollup，请确保您正在使用@rollup/plugin-node-resolve该browser: true选项。

我强烈建议现在在前端使用 joi，因为您可以在前端和后端之间共享模式，这真的很棒。