客户端验证和服务器端验证哪个更好?
在我们的情况下，我们使用
jQuery和MVC。 JSON数据在视图和控制器之间传递。
我所做的很多验证都是在用户输入数据时进行验证。 例如，我使用按键事件来防止文本框中出现字母，设置一个最大字符数，并在一个范围内设置一个数字。
我想更好的问题应该是，做服务器端验证比客户端验证有什么好处吗?
很棒的回答每个人。我们拥有的网站是密码保护的，用户基数小(<50)。如果他们没有运行JavaScript，我们将发送忍者。但如果我们为每个人设计一个网站，我同意对双方进行验证。
当前回答
您可以进行服务器端验证，并将每个字段的验证结果发送回一个JSON对象，将客户端Javascript保持在最低限度(只显示结果)，并且仍然具有用户友好的体验，而无需在客户端和服务器上重复。
其他回答
客户端应该通过HTML5输入类型和模式属性使用基本验证，因为这些只用于渐进增强以获得更好的用户体验(即使它们不支持< IE9和safari，但我们不依赖它们)。但是主要的验证应该发生在服务器端。
客户端数据验证对于更好的用户体验很有用:例如，如果用户输入了错误的电子邮件地址，就不应该等到远程服务器处理了他的请求后才知道他输入了错误。
然而，由于攻击者可以绕过客户端验证(甚至可能根本不使用浏览器)，所以服务器端验证是必需的，并且必须是保护后端免受恶意用户攻击的真正大门。
您可以进行服务器端验证，并将每个字段的验证结果发送回一个JSON对象，将客户端Javascript保持在最低限度(只显示结果)，并且仍然具有用户友好的体验，而无需在客户端和服务器上重复。
我发现了一个有趣的链接，它区分了严重的、系统的、随机的错误。
客户端验证非常适合用于防止严重和随机错误。通常是任何输入的最大长度。不要模仿服务器端验证规则;提供你自己粗略的经验验证规则(例如客户端200个字符;在服务器端，由强业务规则指定的特定n字符小于200)。
服务器端验证非常适合用于防止系统错误;它将执行业务规则。
在我参与的一个项目中，验证是通过ajax请求在服务器上完成的。在客户机上，我相应地显示错误消息。
进一步阅读:严重的、系统性的、随机的错误:
https://answers.yahoo.com/question/index?qid=20080918203131AAEt6GO
必须始终在服务器上进行验证。
在客户端上进行验证对用户来说也很好，但这是完全不安全的。
