所有的web开发者都会很快（或者很痛苦地）意识到Web是一个粗糙的环境，其中最糟糕的一点就是老旧的浏览器。提到“老旧浏览器”，我们脑海中往往复现的就是旧版的IE。但其实老旧浏览器不止这一种，一个一年前的Firefox，比如ESR版本也算得上老旧了。至于移动端，由于有些浏览器和操作系统都不能升级，这就导致了许多老旧的...

FormData对象能让你生成一系列用于XMLHttpRequest发送的键值对。它主要的目的在于发送表单数据，但也能独立用于传输有键形式的数据。其传输的数据格式和表单使用submit()方法、且编码类型为multipart/form-data所发送的数据格式相同。

在[发送表单数据]()一文中，HTML表单可以声明式地发送一个HTTP请求。但表单也可以用JavaScript来准备一个HTTP请求。本文将探索如何做到这点。

在许多情况下，[可用的HTML表单组件]()是不够的。若你想在诸如<select>元素的组件上[应用高级样式]()、或者想定制组件的行为，你就只能选择创建自己的表单组件。

当你需要经常在服务器上校验数据时，在Web页面上的另加校验就有诸多好处。多数情况下，用户会被表单惹恼。而当用户填完表单时就校验数据，既有助于用户立即发现他们犯的错误，也能减少等待HTTP响应的时间、并减少服务器对错误表单输入的处理。本文介绍的，就是如何在表单所在页面对表单数据进行校验。

多数时候，HTML表单的目的只是为了把数据发给服务器，之后服务器再处理这些数据并发送响应给用户。虽然看起来挺简单的，但我们还是得注意一些事情以确保传送的数据不会破坏服务器、或者给你的用户制造麻烦。

jQuery中有两个获取DOM元素属性的方法：prop()和attr()，看似可以互相替换，但若搞不清这两个方法获取的到底是什么“属性”，有时就会出现令人困惑的结果。官方文档中，用了下面的例子来解释这两者的不同：

下面的兼容性表将总结出HTML表单对CSS的支持程度，由于CSS和HTML表单的复杂性，这几个表不能认为是最佳的参考对象。尽管如此，它们也能让你更了解能做什么、不能做什么，这将有助于你学习如何开发。

在本文中，我们将了解如何在HTML表单上使用CSS，为那些难于自定义的表单组件加以样式。如前文所述，文本框和按钮很适合使用CSS，而现在我们得来探索HTML表单样式的那些坑了。

本文中，我们将学习如何使用CSS来让HTML表单看起来更漂亮，这可能需要窍门才能做到。由于历史及技术上的原因，表单组件并不太适合使用CSS；而也正因为有这些困难，许多的开发者会选择[创建定制表单组件]()来获得对外观和体验的控制。然而，在现代浏览器中，网页设计师可以拥有更多对表单元素的控制权了。让我们来深入了...

虽然这里我们只探讨内建表单组件，但由于HTML表单有诸多限制、以及不同浏览器间的实现有很多的不同，故web开发者有时也得构建自定义的表单组件。这部分内容将会在[怎样创建定制表单组件]()一文中详细讨论。

在建立HTML表单时，最重要的一件事就是如何用正确的方式构建它。而之所以重要，原因有二：一是保证表单能被正确使用、二是这能保证你的表单是无障碍的（可以被能力不同的人使用）。而正因HTML表单的无障碍性很重要，故在本文中我们将了解如何使一个表单无障碍，这并不很难、只是有几个技巧需要你了解下。

这个系列译自mdn上的一份表单指南，原文详尽阐述了表单相关的基础知识。而表单作为一个经典的页面交互方式，是每个前端工程师绕不开的话题，通过翻译这个系列的文章既是有助于扫清自己的知识盲区，也希望借此能让更多人受惠吧~

其实如果只是单纯的DOM操作，元素的name属性看来是个可有可无的东西，其功能完全可以被id和class替代。但现在我知道了，至少对于表单元素，name还是很重要的---指定type的话只是给出个样式而已，没有相同的name怎么能标识操作一类数据的控件呢 ！当然也就不能实现其默认交互效果啦。

标题列举了几个名词，不细究地话，多数的互联网的使用者们还是容易分不清的。这几个东西有个共同点就是能通过浏览器输入并访问，而浏览器的输入框也确实能接收不少东西，其中最基本的功能便是让我们输入网址。所谓网址有两层含义，一是直接使用网站服务器的ip地址，以及便于记忆的域名，输入域名后浏览器会通过DNS获得该...

暑假前因为种种原因没有把百度IFE的先期课程学完，这个暑假又参加了相关项目开发，边做边学也总结了一些教训。现在打算写一个系列的文章，把这种集中学习中遇到一些令我的困扰一时的点好好再总结一番。而这些因应工程实践而生的点本身又多是琐碎的技术细节，若读者正好有相应的疑惑，也希望能给你解决问题提供一定帮助。