相信大家对样式命名都多少感到困难，特别是想起一个有意义的名，更难。回顾了一下之前写的《 样式命名规则 》（不知道大家使用后有什么感想）结合这段时间使用上发现的一些问题，重新整理了样式的命名规则，希望能更实用些。
要避免当状态改变时名称失去意义，最常见的就是用于布局的类名，如left、right，当左边栏不再是左边栏的时候，left这个名就没有实际意义了。这与我们所推荐的命名要有意义就相违背了，使用序号就更加有问题了。好像没错，不过有好长一段时间都有个问题让我很烦恼，如果一个页面中同个模块出现一次以上，而且细节还不一样，那后面出现的名称应该叫什么呢？难道one、two就不是序号？其实我们要避免遇到的情况就是当状态（表现）改变时，对应定义的类名不会失去意义。
所谓的状态（表现）改变，有几种情况：
HTML不变，样式定义改变。如果命名使用了表示某一状态的名称，如red、font14等，必定会引起定义与命名不符的情况，对后继的影响会造成比较大的影响。 样式定义不变，HTML改变。HTML改变意味着类名可更换，也就是如果类名使用了表示某一状态的名称，反而更有利于修改。 样式定义与HTML都改变。只需要考虑不要出现第一种情况的结果就可以了。而实际情况并不是单纯的某一种情况，更多的时候是混杂着出现的。有点远了，回主题。
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/webkaifa/）规则[ 模块前缀 ] _ 类型 _ ( 作用 | 状态 ) n _ [ 位置 n ]
图例说明：
( 必选 )：必需存在。 [ 可选 ]：可根据需要选择。 |：多选一。 n：可有多个。名词说明：
例：
模块前缀：
弹出 pop 公共 global,gb 标题 title,tit 提示 hint 菜单 menu 信息 info 预览 pvw Tips tips 导航 nav类型：
按钮 bt 文本 tx 段落 p 图标 icon input input 颜色 color,c 背景 bg 边框 bor作用：
设置 set 添加 add 删除 del 操作 op 密码 pw 导入 inc状态：
成功 suc 失败 lost 透明 tran位置：
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/webkaifa/）公共 gb 边框 bor 段落 p 弹出 pop 标题 title,tit 菜单 menu 内容 cont 导航 nav问几个简单的问题，可以帮助我们完成命名：
什么类型的定义？是个输入框，input。 类型补充说明如果一个词说明不清楚，那么补充说明类型，文本输入框，input_tx。 在哪使用？定义要使用的位置在哪？首页的搜索文本输入框，input_search_index。可能无法覆盖到所有的情况，但相信能解决70%~80%的命名问题。如果结合模块化相关的方法去定义，其实所需要定义的名称并不需要很多。如：hint_tx表示提示模块的文字定义，hit_tx_hint表示提示里文字强调的定义，至于是改变颜色还是加粗，这个就看不同提示模块的需要了。
