【问题标题】:UX: frontend validation - OK, but backend validation - failsUX:前端验证 - 好的,但后端验证 - 失败
【发布时间】:2014-05-21 16:09:09
【问题描述】:

我对以下案例的 UX 视角感兴趣。 我有一个带有 javascript 验证和 Java 后端验证的 Web 表单。

理论上, 如果 JS 通过,后端验证也应该通过, 但在实践中,有时情况并非如此(恶意用户、黑客攻击或只是程序错误)。

通知用户后端验证未通过的最佳方式是什么?

为用户解释它是否有意义,或者只是提醒他“糟糕,smth 出了问题..”?

还有其他想法吗?

谢谢!

【问题讨论】:

  • 你为什么要为这些案例做不同的用户体验?用户不在乎它是在本地失败还是在服务器上失败。
  • 另外:ux.stackexchange.com - 请在那里搜索。我觉得你的问题在那边问会更好。
  • 实际上,这就是问题所在:我是否应该以与前端相同的方式处理后端验证(从 UX 角度来看,具有很好的亮点等等),并因此花费大量时间?我有兴趣听到不同的意见。谢谢。

标签: validation user-experience


【解决方案1】:

让我们考虑一下选项:

  • 显示验证错误 - 对于您知道服务器执行比前端更严格检查的情况是有意义的。每一项更严格的检查都应该有相应的验证错误消息。
  • “糟糕,出了点问题”——这是有道理的,如果您作为程序员不知道为什么后端会失败(例如,当 RegEx 在服务器语言中被视为不同时)。如果用户篡改了 JS 代码或请求负载,这也是有意义的。
  • 注销用户 - 如果您强烈怀疑该用户尝试了一些篡改,这可能是有道理的。但可能没有必要。

但除非您的目标受众非常技术性(甚至可能如此),否则您将希望避免出现“您的输入通过前端验证,但后端验证失败”之类的消息。

【讨论】:

    猜你喜欢
    • 2023-03-21
    • 2017-09-07
    • 2017-07-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-12
    相关资源
    最近更新 更多