2 zzzcsd zzzcsd 于 2016.04.03 09:45 提问

id应该如何命名,最佳实践?

网上有很多关于前端代码的命名规范
但是我还没有看到有讨论html节点的id的命名讨论
你们在这方面有什么比较好经验吗

8个回答

caozhy
caozhy   Ds   Rxr 2016.04.03 22:11

根据奥卡姆剃刀法则,你应该回到命名的本质——保持代码最佳的可读性,避免重名造成的冲突,显然过分“规范”的命名毫无意义,反倒造成阅读的复杂。比如“项目名称(可不要)_模块名称_具体功能名称”,想象下一个命名中大部分文字都必然是一样的,之后最后几个字符是有意义的,看这种代码绝对是一种虐待。如果说有什么经验的话,那就是keep it as simple as you can.

u012392706
u012392706   2016.04.04 00:26

通俗易懂,简洁明了。通常有两种比较常用的命名规范,专业术语什么的就不说了,①下划线(如:"first_blood")和②后续单词首字母大写(如:“firstBlood”)。重要的是,你或后续维护你代码的人员能轻易读懂。

wsb200514
wsb200514   2016.04.05 08:53

给id和class命名很痛苦,写到最后名字都会很长。

qq_26431469
qq_26431469   2016.04.05 10:02

驼峰规则 ,见名知义

qq_26431469
qq_26431469   2016.04.05 10:02

驼峰规则 ,见名知义

qq_26431469
qq_26431469   2016.04.05 10:02

驼峰规则 ,见名知义

qq_25691031
qq_25691031   2016.04.06 19:58

驼峰,语义。。。。。。。。

u011889811
u011889811   2016.04.03 22:05

项目名称(可不要)_模块名称_具体功能名称

Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
镜像命名的最佳实践 - 每天5分钟玩转 Docker 容器技术(18)
分发镜像首先得给镜像命名,本节讨论镜像命名的最佳实践。
Git 分支的最佳实践
本文将展示我一年前在自己的项目中成功运用的开发模型。我一直打算把这些东西写出来,但总是没有抽出时间,现在终于写好了。这里介绍的不是任何项目的细节,而是有关分支的策略以及对发布的管理。
CSS 类和ID的常用命名:
CSS 类和ID的常用命名:   名称+盒子类型(img title nav logo)+盒子标签名称(Container  content box ) in代表进入 页头部分 header 页面主体main 页脚部分 footer    盒子第一层容器 container 盒子第二层内容content    盒子第三层布局: box 位置:leftright center
《C++编程规范——101条规则、准则与最佳实践》笔记000
C++编程规范 C++ coding standards Author Herb Sutter 《Exceptional C++ Style》 《Exceptional C++》 《More Exceptional C++》 Andrei Alexandrescu 《Modern C++ Design》 Loki组织和策略问题 如果人们按照程序员编程的方式修建房屋,那么
15 个变量和方法命名的最佳实践
1、在每个代码范围内使用足够短和足够长的名称:例如循环计算器用一个字符就可以了,如i;条件和循环变量用一个单词,方法名1-2个单词,类名2-3个单词,全局变量3-4个单词组成 2、为变量指定一些专门名称,不要使用例如 “value”, “equals”, “data” 这样的变量名 3、变量名要使用有意义的名称,通过变量名能大概反映出其具体的用途 4、不要在变量名前加前缀,例如
第2.1.1章 WEB系统最佳实践Spring文件配置之spring-cache.xml
spring-cache.xml中主要是利用spring cache缓存模块,整合第三方缓存插件,例如下方即是整合了ehcache。<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XML
超高速缓存的最佳实践
Performance Zone这个社区是由 New Relic 和 AppDynamics来维护的。这两个人都是APM社区的用户,APM社区有很多的知名的用户,并且能够为这些用户减少很多的成本。 定制高速缓存解决方案是一件非常有趣的事情,它似乎是改善应用程序整体性能的最简单的方式。然而,超高速缓存是一项很大的技术难题,在实践之前需要注意几个事项。 最佳范例 1、key/value集
常用类/ID命名举例
页头:header 页面主体:main 页脚:footer 登录条:login-Bar 登录:login 标志:logo 侧栏:side-Bar 广告、轮播:banner 导航:nav 子导航:sub-nav 顶导航:top-nav 边导航:side-nav 菜单:menu 子菜单:sub-menu 搜索:search 滚动:scroll 功能区:shop(如购物车
前端多页面情况下id的命名与初始化
id的命名,貌似就是给dom节点随便起个名字的事,只要不重复了就行,这个看似简单,实际上有时候却比较的麻烦。 在编写前端页面时,随着页面的不断增多,页面间不断嵌套,不断拼接的前提下,由于dom元素的不断增多,各页面dom元素的id命名和dom元素的初始化就变得更加的棘手了,尤其是在当引入比如说easyUI等的前端框架时更是如此。 由于前端框架,比如说easyUI会将众多的页面拼
MFC 变量、控件ID 的命名规则
刚开始做这块的时候,总是为变量和空间ID 的命名烦恼,项目经理总是有事没事看看我的代码,看到我的命名就批我,虽然程序完成了指定了功能,但是可读性很差。    ----  总的说来,写代码不能迁就     下面是我 整理的一下命名方法,希望和我一样的初学者可以再也不被 项目经理批了(呵呵 ,你懂得) 一 普通变量:      前缀         类型          a