api - REST API + 前端 - 验证最佳实践

Question

我目前正在做一些关于验证的研究(例如用户表单)。

很明显，验证绝对必须在后端完成，以防止“恶意”或恶意输入等。

前端验证会额外增加用户友好性，因为它通常更快，而且我们节省了服务器往返。

我的问题如下:
进行验证是否是一种好习惯，例如仅在服务器端并返回由前端显示的本地化错误消息？

或者它是绝对禁止的，并且双方都应该始终进行验证？

即使完成了后端和前端验证，并且由于意外缺少前端验证而在后端发生故障，响应是否应该包含要在前端显示的本地化信息？还是只显示一般的“出现问题”消息？

不知何故，我对来自 API 的本地化错误消息有一种不好的感觉。

Answer 1

关于你的主要问题:
My question is the following: Is it good practice to do the validation e.g. only on the server-side and return localized error messages that are then shown by the front end?
正如您所说，前端验证有利于友好，但不仅如此。
看邮政编码验证的例子(它有固定的格式，所以很容易验证)。如果您不在前端进行验证，您可能会向服务器发送许多请求(有点“过载”服务器)并获得响应。这需要时间。在前端，验证是立即进行的。
此外，关于本地化:对于 Web 应用程序，例如在 AngularJS 中，有翻译模块(在 Angular 中有 angular-translate)。

同时，后端的验证也是一种很好的做法(没有人希望数据库中有坏数据或使软件崩溃)。

我有一个两个人使用 REST API 的项目(我在 AngularJS 中做了一个前端，他们在 C#/.NET 中做后端)。我向他们询问有关验证的好消息，但不幸的是我只收到“错误请求”。
对于作为开发人员的我来说，在开发过程中并不好，因为我不知道该消息的含义(我不知道这是我的请求问题还是他们的错误)。此外，我必须向用户显示消息:“表单问题”(这不友好) - 当然，我也有自己的验证。

总结:最好双方都有验证，而且验证应该详细告知用户问题(但没有那么多)。