怎么利用 Input 标签的 Name 属性在 HTML 编程中构建键值对形式的提交数据模型-html教程-PHP中文网

name属性决定表单提交的键名，无name的控件不提交；同名控件按dom顺序拼接；方括号命名依赖后端解析，非标准行为；推荐仅用字母、数字、下划线、中划线命名。

怎么利用 input 标签的 name 属性在 html 编程中构建键值对形式的提交数据模型

name 属性就是键，用户输入就是值

HTML 表单提交时，name 属性直接决定键名，浏览器自动把对应控件的 value（或选中状态）作为值，拼成 key=value 对。没有 name 的控件根本不会出现在提交数据里——哪怕它有内容、被用户填了，也等于不存在。

常见错误是给 <input type="checkbox"> 或 <select multiple></select> 只设一个 name 却期望得到数组：浏览器默认用相同 name 把多个值用 & 符号连起来（如 tags=js&tags=html&tags=css），后端解析时得靠框架或手动拆分，不是天然数组。

文本框、密码框、隐藏域：提交 name + 当前 value
复选框（type="checkbox"）：仅当勾选时才提交；未勾选不传任何东西（不是传 false 或空字符串）
单选按钮组（type="radio"）：同名 name 下只提交被选中的那个 value
下拉选择（<select></select>）：单选只传一个 value；多选（带 multiple）会重复发送多个同名参数

name 值含方括号（如 user[age]）会被某些后端自动解析为嵌套结构

纯 HTML 不管方括号怎么写，它只是原样发出去；但 PHP、Rails、Spring 等框架会主动识别 user[name]、roles[][id] 这类命名，转成关联数组或对象。这不是标准行为，而是后端约定俗成的解析逻辑。

如果你用的是 Express.js 或原生 Node.js，收到的仍是扁平键名（如 user[name]），得自己按规则切分和重组；而 Django 默认忽略方括号，必须靠表单类或自定义解析器处理。

使用HTML,CSS,JavaScript开发Android应用程序英文文字pdf版附源文件

如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更

下载

PHP：$_POST['user']['name'] 可直接访问
Rails：params[:user][:name] 自动可用
Express + body-parser：默认只解析成 { 'user[name]': 'Alice' }，需中间件转换
避免在 name 里用点号（user.name）：部分老框架会误判为对象路径，且 URL 编码后易出问题

多个控件共用 name 时，提交顺序取决于 DOM 位置，而非视觉排列

浏览器按 HTML 中元素出现的先后顺序拼接同名参数。比如两个 <input name="item">，第一个在 DOM 前面，第二个在后面，那提交结果一定是 item=a&item=b，哪怕 CSS 把第二个“拖”到上面显示。

这个顺序直接影响后端接收顺序——尤其对 <select multiple></select> 或一组 checkbox 来说，如果依赖索引（比如第 1 个是主标签、第 2 个是副标签），DOM 顺序错了就全乱了。

不要靠 CSS order 或 flex-direction: row-reverse 改变逻辑顺序
想控制顺序，就调整 HTML 源码里的标签位置，或用 JavaScript 动态设置 value 并统一提交
服务端别假设“先勾选的一定先提交”，只认 DOM 顺序

name 值为空、含空格或特殊字符时，提交会出问题

name 为空字符串（name=""）等价于没写 name，该字段完全不提交；含空格（name="first name"）会导致 URL 编码后变成 first%20name=xxx，多数后端能解，但部分老旧系统或正则匹配会失败；含点、括号、冒号等字符可能被某些代理或 WAF 拦截。