html – 使用id而不是name属性来识别表单中的字段的任何隐藏原因？

概述我正在开发一个大型Web应用程序项目,之前的设计人员倾向于使用id作为句柄来在名称属性上形成字段. 我想这样做的一个优点是通过ID查找该字段的速度更快. 然而,我现在遇到的一个大问题是,id具有全局范围.我想将一大组数据库列名重构为更标准的命名方案,该方案不包含任何列名前缀以标识列所属的表.这将导致使用id的那些表单出现问题,因为字段ID直接对应于列名.像“zon_name”和“pro_name” 我正在开发一个大型Web应用程序项目,之前的设计人员倾向于使用ID作为句柄来在名称属性上形成字段.

我想这样做的一个优点是通过ID查找该字段的速度更快.

然而,我现在遇到的一个大问题是,ID具有全局范围.我想将一大组数据库列名重构为更标准的命名方案,该方案不包含任何列名前缀以标识列所属的表.这将导致使用ID的那些表单出现问题,因为字段ID直接对应于列名.像“zon_name”和“pro_name”这样的列名称现在都只是“名称”.这将导致HTML中出现非唯一ID.

那么,在那么长的序言之后,这是我的问题……

在我尝试通过更改所有表单以使用名称属性而不是IDs来解决此范围问题之前,是否还有其他原因我不考虑原始开发人员除了查找的快速性之外还可能使用ID？

我知道这是一个很长的,所以我感谢任何勇敢的人通过阅读并给出一个好的答案.谢谢！

解决方法 名称和ID做不同的事情,虽然有一些重叠,但它们对于他们所做的最重要的事情是不可互换的.

使用名称

>确定将表单提交给服务器时将为数据指定的密钥
>创建广播组
>当你需要一次引用多个表单控件时(在添加类或使用元素类型时更不合适时)从Js / CSS

使用ID

>在控件的< label>的for属性中
>当您需要引用特定输入时,从Js / CSS

I suppose one advantage of this is that the lookup of that fIEld via Javascript is faster through IDs.

不显着(特别是当名称是唯一的名称时).

听起来原始设计师并没有遵循标准惯例,而是提出了一些高度依赖JavaScript的东西.

总结

以上是内存溢出为你收集整理的html – 使用id而不是name属性来识别表单中的字段的任何隐藏原因？全部内容，希望文章能够帮你解决html – 使用id而不是name属性来识别表单中的字段的任何隐藏原因？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。