2011 年，Google Chrome 推出了一项名为“自动填充”的功能，允许用户自动填充重复的详细信息，例如姓名、电子邮件和地址。如今，这是所有主流浏览器的标准功能，但在当时，这可谓是一项创新举措。
此功能可让用户在填写表单时免去大量输入工作——而且不仅限于移动设备。不过，它确实依赖于浏览器中存储的数据，并且早期存在一些与密码和卡号相关的安全问题，但这些问题多年来已得到解决（至于这些问题是否得到充分解决则是另一个争论点）。
开发人员保留了将单个表单的自动完成功能设置为“开”或“关”的能力，用户可以在浏览器设置中完全禁用该功能。
表单验证
之前，我们简单介绍了HTML5表单验证，它为 保加利亚电话号码表 用户提供实时反馈，帮助他们成功完成表单。
不过，有几个原因让您不想依赖 HTML5 验证 – 即它不提供任何服务器端验证来保护您的网站免受恶意代码的攻击。您也无法完全控制 HTML5 验证的实现方式。
到 2010 年，表单验证的最佳实践是将 PHP 服务器端验证与 JavaScript 客户端验证相结合 – 后者在浏览器中提供视觉反馈，您可以 100% 自由地设置其样式。
2009 年的 Smashing Magazine 文章很好地总结了当时流行的方法。这些方法多年来也没有发生太大的变化，但它们已经以不同的方式进行了改进和组合
在接下来的几年里，内联表单验证的概念将会流行 博目录 起来，其中 JavaScript（或 AJAX）代码在用户填写表单时为他们提供实时反馈。
根据Baymard 研究所的研究，2012 年只有 13% 的结账平台使用实时内联表单验证，但到 2016 年这一数字将上升到 60%。
早些年，内联表单验证是一把双刃剑。原则上，它旨在使表单更易用并增加成功提交的次数，但它也使表单的构建变得更加复杂，并增加了很多变量，这可能会给用户体验带来好处，也可能带来坏处。
因此，验证的质量差异很大，最佳实践的演变和表 卡洛斯·加西亚 首席执行官 单验证模板的出现需要几年的时间，以尽量减少摩擦。
AJAX 表单
Windows 早在 1999 年就开发了 AJAX（异步 JavaScript 和 XML）。AJAX 常常被误认为是一种编程语言，它实际上是多种开发技术的组合，使用浏览器内的 XMLHttpRequest 对象从 Web 服务器请求数据，然后使用 JavaScript 和 HTML DOM 使用和显示该数据。
AJAX 允许您做各种奇妙的事情，比如无需重新加载页面即可更改 HTML 内容、在页面加载后提取数据以及在后台将数据发送到服务器。
从更实际的角度来说，您可以使用 AJAX 提交表单数据，而无需使用默认的页面重新加载/重定向功能。这意味着用户可以点击提交按钮，他们的数据将被发送到您的服务器，而不会对用户体验造成任何干扰。
更好的是，您可以为数据提交制作动画，以向用户显示他们已成功完成表单，甚至添加确认消息。
到 2010 年，AJAX 表单提交开始流行，其原理自此一直存在，并不断发展，为用户提供更强大的用户体验。AJAX 一词已变为几个不同的名称（AJAJ 是其中之一），并且Fetch API将相同的原理应用于 Promise 对象，而不是 XMLHttpRequest 对象。