不要相信你的前端验证器

信任前端验证逻辑就像信任一个说不会偷你钱包的小偷。前端验证是为了方便，减少 HTTP 请求，而不是为了确保数据质量。你可以一直添加 TypeScript 验证器，直到脸红为止，但一旦有人创建另一个前端来调用你的 API，你的验证器就基本上没用了。而另一端的Hyperlambda验证器正在你的服务器上执行，这使得它们更有价值。

数据质量和 Hyperlambda 验证器

在我25年以上的企业软件开发经验中，我曾与50多家公司合作过。这些公司中的大多数都面临着数据质量低下的困境。电话号码的写法通常是“John Doe”或“ foo@bar.com ”。手动检查50万条记录来清理垃圾数据几乎是不可能的。这会降低雇主的数据质量，从而给业务带来更多麻烦，进而导致利润减少，最终导致你的薪水减少。数据质量才是王道！

在下面的视频中，我将演示如何使用 Hyperlambda 创建服务器端验证器。如果您只能选择一个，那么 Hyperlambda 是一个更好的选择。如果您想亲手跟着视频操作，可以在这里注册一个 Magic Cloudlet。

假设所有数据都通过后端 API 进出数据库，添加服务器端验证可以确保数据质量。随着时间的推移，这将提高数据质量，从而带来更好的业务。

仅仅依赖用 React 或 Angular 等创建的前端验证器只会自找麻烦。很快，就会有人想用 Swift 或 Android SDK 等创建另一个前端客户端。这样做会绕过你的验证器逻辑。如果这样做，你的数据库中就会出现垃圾数据。

不要信任前端验证器（单独！）——因为从数据质量的角度来看它们“基本上没用”

使用Hyperlambda，您可以获得各种用途的验证器，从电子邮件验证器到正则表达式验证器，应有尽有。不要完全依赖 Web API 用户提供的有效数据，请使用验证器来确保其有效性。