使用 ids 而不是名称属性来标识表单中的字段有什么隐藏的原因吗？

Question

我正在开发一个大型 Web 应用程序项目，以前的设计者喜欢使用 ids 作为句柄来形成字段而不是名称属性。

我想这样做的一个优点是通过 Javascript 查找该字段通过 ids 更快。

然而，我现在遇到的一个大问题是 ids 具有全局范围。我想将大量数据库列名重构为更标准的命名方案，其中不包含任何列名前缀来标识该列属于哪个表。这会在使用 ids 的表单中引起问题，因为字段 ids 直接对应于列名。诸如“zon_name”和“pro_name”之类的列名称现在都只是“name”。这将导致 html 中的 id 不唯一。

因此，在冗长的序言之后，这是我的问题...

在我尝试通过更改所有表单以使用名称属性而不是 id 来解决此范围界定问题之前，是否还有其他原因我没有考虑到原始开发人员可能有除了查找速度快之外，还需要使用 ids 吗？

我知道这是一篇很长的文章，所以我感谢任何有勇气阅读并给出良好答案的人。谢谢！

Answer 1

name 和 id 执行不同的操作，虽然存在一些重叠，但对于它们执行的最重要的操作来说，它们不可互换。

使用名称

• 确定将表单提交到服务器时为数据指定的键
• 创建单选组
• 当您需要一次引用多个表单控件（以及添加一个表单控件时）从 JS/CSS class 或者使用元素类型都不太合适）

使用 id

• 在控件的 的 for 属性中
• 来自 JS/CSS 时您需要引用特定的输入

我认为这样做的一个优点是通过 Javascript 查找该字段通过 ids 速度更快。

不显着（特别是当名称是唯一的时）。

听起来原始设计者并没有遵循标准约定，而是想出了一些高度依赖 JavaScript 的东西。

Answer 2

如果您使用表单，则应将 与表单元素一起使用。

label 上的 for 属性与 id 属性匹配，而不是与 name 属性匹配。

因此，您确实需要两者 id（用于标签等）和 name< /code> 用于服务器端代码。

Answer 3

为了加快查找元素的速度，您可以在表单上仅设置 id。
然后对于字段，使用 name 来读取它们，如下所示：

var form = document.getElementById('theForm'),
    productName = form.productName.value;