1、CSS布局命名规范
页头：header 如：#header{属性:属性值;}或.header{属性:属性值;}
登录条：loginBar
标志：logo
侧栏：sideBar
广告：banner
导航：nav
子导航：subNav
菜单：menu
子菜单：subMenu
搜索：search
滚动：scroll
页面主体：main
内容：content
标签页：tab
文章列表：list
提示信息：msg
小技巧：tips
栏目标题：title
加入：joinus
指南：guild
服务：service
热点：hot
新闻：news
下载：download
注册：regsiter
状态：status
按钮：btn
投票：vote
合作伙伴：partner
友情链接：friendLink
页脚：footer
版权：copyRight
1.CSS的 ID 的命名
外 套： wrap
主导航：mainNav
子导航：subnav
页 脚：footer
整个页面： content
页 眉：header
页 脚：footer
商 标：label
标 题：title
主导航：mainNav(globalNav)
顶导航：topnav
边导航：sidebar
左导航：leftsideBar
右导航：rightsideBar
旗 志：logo
标 语：banner
菜单内容1： menu1Content
菜单容量： menuContainer
子菜单：submenu
边导航图标：sidebarIcon
注释： note
面包屑：breadCrumb(即页面所处位置导航提示)
容器： container
内容： content
搜索： search
登陆： login
功能区：shop(如购物车，收银台)
当前的 current
2.CSS样式文件命名如下
主要的 master.css
布局，版面 layout.css
专栏 columns.css
文字 font.css
打印样式 print.css
主题 themes.css
2、网页DIV+CSS怎么规范命名.详细一定把。比如id、css、div、文件名、不要复制的。谢谢！
命名规则主要是要求在同一维度，让同一个团队的成员都能明白的。当然，也有公共命名方式的，例如head，body等等的。
例如，我们做一个DIV+CSS，就板块而言，先划分好：头部，通栏，左栏，右栏，内容区，底部等的大区块。然后，采用统一的命名。
CSS的命名，划分为：排版性区块，功能性区块，列表性区块等
即：排版性：main_head,main_body,main_left,main_right,main_footer;
功能性区块：FL(float-left)，FR，将常用的建立类；方便调用；
还有就是列表：list_x(左右排列)，list_y(上下排列的)；
而div的命名也是按上述方式，先排版，再到功能性的；
比如，头部的<div id="main_head"></div>，如果头部里面的logo，那么main_head_logo等等；
多用类，因为一个div可以同时接受多个类，所以，命名的规则就是需要简单，明确，可读。
3、css 给标签命名的规则？
到底是使用“_”还是“-”,这并没有严格规定，不过推荐使用“-”，
其实所有的css属性，伪类内等等都是采取容这样的命名方式，比如first-child, text-indent，text-align,text-decoration等等，
另外好处是有的，可惜目前体现不出来，就是用 “-” 连接可以完全兼容 |= 选择器。
4、div样式中如何命名才算规范
容 器：container/box
头 部：header
主 导 航：mainNav
子 导 航：subNav
顶 导 航：topNav
网站标志：
大 广 告：banner
页面中部：mainBody
底 部：footer
菜 单：menu
菜单内容：menuContent
子 菜 单：subMenu
子菜单内容：subMenuContent
搜 索：search
搜索关键字：keyword
搜索范围：range
标签文字：tagTitle
标签内容：tagContent
当前标签：tagCurrent/currentTag
标 题：title
内 容：content
列 表：list
当前位置：currentPath
侧 边 栏：sidebar
图 标：icon
注 释：note
登 录：login
注 册：register
列 定 义：column_1of3 (三列中的第一列)
column_2of3 (三列中的第二列)
column_3of3 (三列中的第三列)
5、如何规范 css 的命名和书写
!important firefox IE7 支持； \0 IE8支持 * IE6 IE7支持 _ IE6支持 所以写兼容“IE7”时 后面 要有 “_” 让“IE6”读出。来覆盖“回IE6” 读出的“答*”的值； 举个例子： #hack{ color:#0000FF\9; IE6 IE7 IE8支持; color:#0000FF\0; IE8支持; *color:#FFFF00; IE6 IE7支持; _color:#FF0000; IE6支持; “这样写必须有顺序” } color:#f00!important; IE7 FireFox 支持； *color:#f00!important; 仅仅只有IE7 支持； _color:#f00\9; 仅仅只有IE6 支持； color:#f00\0; 仅仅只有IE8 支持； 你按照这样写hack就没问题了，至于你说的代码规范，一般注意css的命名，类和id的使用，还有组合标签，尽量减少冗余代码
6、如何组织Html元素与如何进行CSS命名
先给其加上copy样式display:flex；OK我们也会看到有写的是display:box/display:flexbox；其实他们只是不同时期的规范：
新规范：2013年最新版本规范的语法 即display:flex/inline-flex;
中间版本：2011年非官方规范的语法 即display:flexbox/inline-flexbox;
老规范：2009年规范的语法 即display:box/inline-/box;
带inline-的容器渲染为行内元素，没带的为块级元素
可以看到flex近几年几种不同的写法，相应的也带来很多兼容性问题，所以在开发过程中我们要兼顾所有版本！
7、什么是web前端开发标准
其实web前端是一个新词汇，刚开始的时候只有美工和程序，后来随着web的发展，对回用户交互的需求越来越答高，就衍生出了ui（用户交互页面）这除了视觉效果还要有交互体验，就需要js去实现，毕竟一个人的精力是有限的，这么多的工作不可能由一个人去实现，于是出图就成了前端美工，切图出html css就成了前端切图，js就成了前端交互。一般情况下出图和html页面是一个人完成，而js效果由程序员去写，因为毕竟都是程序脚本，程序员学起来相对容易一些。
8、css的书写规范，有哪些注意点
一、“无”的哲学
佛家讲究“因果报应”，有果必有应。此段看似与主题没有血缘关系，实际讲的是“因”。
我个人比较喜欢老子的道家思想，并喜欢以其思想解释学习与工作中遇到的一些问题。例如我之前写过的“中国古代道家思想与网页重构的思考”一文。
老子有云：“天下万物生于有，有生于无”。具体解释就是：天下万物都是由看得见的具体事物（“有”）产生的，而看得见的具体事物（“有”）又是由看不见的，无形无状的东西（“无”）产生的，这个看不见的“无”也就是“道”，或叫做“根”、“母”。
我们看武侠片，经常听到“无招胜有招”这句话，这也是道家“无”之思想之体现。因为你心中没有招式，你才能有无限的可能，生成其他的招式以克敌，即所谓以不变应万变；相反，如果你心中牢记一套“华山剑法”，当你与人交手时，势必按照此套路走，要是遇到相克之剑法，结局就是一败涂地。“无招”是一种境界，是你功夫修炼到一定程度才能领悟到的。我们这代人应该都看过李连杰主演的《倚天屠龙记魔教教主》，其中张三丰老头教完张无忌太极拳后问他“记住了没？”张无忌一句“全忘记了！”让人印象深刻。这就是“无”的境界。
这种境界我是深有体会的。例如每逢大考之前，我总是把以前做过的题目全部忘掉，这样，考试时就能思如泉涌；反而是强记题目的做法限制了发挥。这就好比发射炮弹，炮管里提前预装了重型炸蛋，结果战斗开始时，发现需要的是烟雾弹，此时，反而被预装的炸蛋给阻塞限制了。打篮球也有这种体会，如果心中记得的是动作，我要这么走，然后这么做，往往表现不佳。反而是脑中什么想法也没有，全靠下意识行动，那真是所向披靡，得分如探囊取物。
可见，要想发挥更大，就需要“无”，把一些“限制的东西”通通去掉。没有限制才能发挥出最大的潜能。站在最简单，最原始的那个点上，你才能自由驰骋，应变自如。
二、名字的本质是什么
我们有没有思考过这么一个问题：名字的本质是什么？
这个问题其实不难，名字本质上就是一个符号，用来区分人与人的。与符号一样，名字本身就蕴含着很多的信息。举个例子，我的名字：张鑫旭。其中蕴含的信息有：我老爸也姓张，我是上午太阳刚刚升起的时候出生的，我五行缺金。一个名字，如果其蕴含的信息越多，则这个名字就越独特，也就是说，越不可能被别人使用；相反如果这个名字很普通，例如李娜、张艳之类，就会被大规模的重用，OK，这其实没什么大不了的，我们的唯一身份标识不是名字，而是身份证，但是，对于CSS样式的命名，冲突与否可不是拉便便，擦个屁股就没事的。
对于CSS，为了避免样式冲突，我们总会给其赋予相当特殊的命名，或是在选择符上添加HTML标记，或是使用层级。所谓一朝怕蛇咬，十年怕井绳。一旦我们经历过样式冲突带来的让人吐血的麻烦后，我们可能就会时时在避免冲突上狠做文章，所谓过犹不及，结果又是一个烂摊子，本如花似玉的黄花小闺女变成个臃肿的肥妞。例如下面人人网的CSS命名：
我想我们都希望写出精简高效的CSS代码，如果CSS重用性越高，想必就越高效。这如人的名字一样，如果名字越普通，越没有含义，越容易被重用，所以CSS要想重用性高，就需要命名简单。但是，简单的命名越容易造成样式冲突，例如.more{}。从这点上来说，重用性与样式冲突时两个对立的矛盾体。
不过，万幸的是，这种矛盾并不是不可调和的。记住一些准则/方法，CSS既可以有高度的重用性，又不会有样式冲突的困扰。下面就将介绍这些命名方法。
三、面向属性的命名方法
我们习惯在CSS命名的时候掺杂语义，这样可以让代码更易懂。例如淘宝首页“免费注册”按钮上的class名称：help-guest-regist
上面的class命名语义就很明显，独眼龙看告示——一目了然，”help-guest-regist”就是”帮助-顾客-注册”，很nice，很人性化的命名。作为在单一的首页上使用，我是很难挑出什么毛病来的。
但是，从道家“无”的哲学思想来看，语义其实是对自身的一种束缚，越是语义强烈的命名越是没有重用性（尤其是内容语义的）。举个实际点的例子，例如人人网的右侧边栏的标题：//zxx:一般找这类反例我就喜欢找人人网还有新浪，基本上一找一个准。人人网虽然外表长得跟facebook类似，但是就CSS而言，差距不是一两个档次的。
这个标题的class名是”side-item-header”，样式如下图所示：
现在一切ok，现在设想下，如果页面中间的模块有个标题，其样式也是：
{padding:0 0 8px; text-align:right;}
那你发现前面已经有一模一样的CSS样式后，你会怎么办。把中间的标题也用”side-item-header”这个class吗？这里”side”就是表示“边”的意思，这就意味着这个样式用在非侧边栏就是不合理的。你能做的估计即使新命名一个class，就像是”body-item-header”，明明是同样的CSS属性，结果却不能重用（即使使用标识符组合并CSS，这里的命名也是没有重用的）。
可见命名不合理会大大限制你的CSS重用性。如何命名才能让CSS发挥最大的重用性潜力呢？答案就是“面向属性的命名”。这种命名就是要让你把页面啊设计啊什么的通通塞到马桶里冲走，不要管页面什么位置，什么内容，there is noting, 这儿什么都没有，既然什么都没有，也就没有了任何限制，于是CSS可以自由出入于任何地方，无限重用，而且不用担心冲突，因为“面向属性的命名”就是针对自身属性的一种命名方式，只会overwrite，不会冲突。
相比很多同行都用过这样的命名方式，只是不够系统，不够大胆、彻底，多浅尝辄止，比如像是开心网，还有时光网的CSS代码的前面一部分样式命名：
我在“CSS样式分离之再分离”一文中就展示过这种命名了，分离为什么可以让样式的重用性放大至最大，就是因为分离后样式的命名就是样式本身。
就拿上面人人网的标题样式举例，人人网的做法是：
.side-item-header{padding:0 0 8px; text-align:right;}
要是我，我会对其进行分离。在实际项目时，text-align:right;这个属性早就在CSS通用样式库里面了，而padding:0 0 8px;则会以padding-bottom:8px;的形式放在网站通用样式库里了（详细请参见我的“我是如何对网站CSS进行架构的”一文）。最后，CSS命名与样式会如下：
.tr{text-align:right;}
.pb8{padding-bottom:8px;}
而这里分离出来的样式又可以被其他地方使用。是不是有点“吸星大法”的感觉。
当然，如果网站本身的架构不是对每个侧栏内容进行模块化处理的话，说实话，这里标题的分离还是有点危险的。想想看，如果那天产品经理说底部padding值要改成10像素，啊哦，如果你的网站架构不合理，含这类标题的模块到处塞，会改到你急火攻心，吐血三升而亡的。所以，对于分离，我反复强调，“千万不要对网站通用的元素进行分离”。
所以，记住精简高效的CSS命名准则之一：对于网站非通用元素，如果样式简单(1~2个属性)，对其分离并使用面向属性的命名方法。
四、精简高效CSS命名之“三无原则”
此“三无原则”就是：无ID，无层级，无标签
CSS命名就应该最简单、最直接，直捣黄龙。没有HTML标签，没有层级，这些通通滚蛋，不要。为什么不要，有三大原因：
1. 限制重用
我们会使用层级(#test .test)，会使用标签(ul.test)，可能是习惯(没多想)，或是为了避免冲突。但是，我跟你说，从今以后，这种写法让他见鬼去吧（如果不是为了改变CSS优先级的话）。正如开篇论述的哲学观点，你限制越多，越抑制了CSS的重用性。例如#test .test{}这种写法，里面的CSS重用性多大，完全限死在了id为test的元素下，哪有重用性可言；又如ul.test，我勒个去，这个ul标签十有八九就是装饰用的，往这儿一放，同样CSS样式的div标签可以用吗？哭爹喊娘，眼泪汪汪也不管用啊。所以，相信我，层级啊，标签啊什么的，通通见鬼去吧。要知道，层级啊，标签啊作用是什么，是用来提高CSS优先级，把那个字母长的让人发毛的”!important”干掉的。
2. CSS文件大小
这瓜子虽小，吃多了也是可以填饱肚子的。所以，你的CSS名称不要像老太太的裹脚布一样，搞得又臭又长，如下图所示的人人网那个冗长的CSS命名吧：
你看名称的字节数已经比属性还大了，要是这些名称都在15字符以内，乖乖，这个CSS文件可以小个1~2K绝对没有问题的。你看下图这样子的命名，这样子的CSS排版是不是更舒服，更简洁。
3. 降低了渲染效率
来个例子考考大家（以后我面试别人可能就会考这题），HTML如下：
<div id="test">
<ul class="test"></ul>
</div>
现在要给这里的ul标签一个样式，比如说padding-left:25px;那么下面四种写法哪个渲染速度最快？
#test .test{}， ul.test{}，#test ul{} 以及.test{}。
如果单纯的ul与.test PK，我还真拿不定谁的渲染速度更快些。但是，一旦牵扯到层级与标签，我100%确定，.test这种最直接的命名方式渲染效率是最高的。要知道，CSS渲染元素和使用JavaScript获取页面元素那是完全不一样的。如果是使用JavaScript获取DOM元素，则#test ul{}速度是最快的，先id获取，再tag获取，这些可都是JavaScript内置的方法。但是，CSS的渲染方式则是属于外太空系的了，《高性能网站进阶指南》一书曾提到CSS的渲染方式是“从右往左”渲染的，就拿#test ul{}举例，先渲染页面上所有的ul标签，再去寻找id为test的元素，所以，出现#test div{}这种写法的人都是傻×的，页面先渲染id为test的元素？非也！先渲染页面上所有的div，再去寻找其老爸有没有id为test的元素。由于这种渲染差异最大就200~300毫秒（补充：这里的差异不是说单纯一个样式的差异，而是这些写法泛滥的页面的全部渲染，其渲染差异数据可以参见“翻译-不同CSS技术及其CSS性能”一文），我们人一般是感觉不到的。所以，长久以来，也都不以为然。但是，我是绝对容不下这种写法的，还有，要是让我看到类似于ul#test{}这样子的命名，不好意思，面试肯定过不了。
所以，CSS命名，只要出现了层级，出现了标签，就是一次额外的渲染，层级越多，渲染的开销也就越大，这就是为什么一些前辈的文章会建议要尽量避免过深的层级。这也是为什么要“无层级”，“无标签”。
对于原则第一条“无ID”，其实与性能没有多大关系，只是一般ID都与JavaScript有奸情，如果再牵扯到CSS样式，如此复杂的三角关系，日后不好处理啊。
五、“三无原则”遗留之样式冲突问题
正如上面讲的，层级，标签可以避免样式冲突，虽然“面向属性的命名”不存在冲突问题，但是，页面上很多样式是无法分离使用“面向属性的命名”的，此时，一不能有层级，二不能有标签，如果避免冲突呢？
首先，规范。项目组所有人的命名方法，习惯都要统一。其次，也是实际的做法，同一内容，使用同一前缀。就如上面的那张图片所示，所有class同一使用od前缀，这样，就绝不会与其他页面的CSS产生冲突了。
现在，还隐藏着一个会让人心存疑惑的遗留问题。如下：
上图中，很多个链接全部存放在一个标签中，全部都是a标签，按照我的“三无原则”，不能使用层级，那么，我这里的每个a标签都得附一个.index_list_a{}这样子的命名吗，这样子repeat下来，页面HTML代码岂不是很大，直接来个.index_list_box a{}，岂不是页面HTML更加清爽。确实有理。实际上，按照我个人实践的经验，这类细小重复的列表元素的样式都是比较简单的，不要忘了，精简高效的CSS命名准则之一的“分离与面向属性命名”，所以，对这里的a标签进行面向属性的命名，权衡后期的重用性和HTML代码开销，还是直接针对a标签进行简单命名是最佳解决方案。
但是，不排除这类最内层标签且重复元素的样式会很复杂，此时，使用层级与标签，或许是更好的做法，但这只存在于一些非常特殊的情况。对了，我们看看点评网是如何对最内层且重复的a标签进行处理的，如下图：
点评网是使用的一个大写的”B”作为此样式，无论这里的”B”是有background之意，还是邪恶的***之意，其命名比“面向属性命名”更甚一筹，可以说是接近真正意义上的nothing，后面可以跟任意属性，用在任意页面，这就是“无”哲学，“无”的境界。//zxx:点评网的这个命名让我闻到了一点Google的气息
六、结语
现在，来个简短的总结，精简高效的CSS命名的关键字有“分离”，“统一前缀”，方法为“面向属性的命名”，准则为“无层级、无标签”。其中，“分离”是“面向属性命名”的基础。“面向属性命名”和“无层级、无标签”属于两个不同的系列，一个针对短命名属性，一个针对长命名属性。但是，两个又互相依存。没有“面向属性命名”，“无层级、无标签”命名最后是以不堪重负，HTML膨胀致死结局。而仅仅是“面向属性命名”，前端开发人员会因维护过劳喷血而死。总之，两者缺一不可。
上述所有内容，都是根据自己的开发总结出来的东西，个人观点，经验之谈。每个人的成长不同，工作环境不同，必然在看到一些问题上会有差异，欢迎交流与讨论。我资历尚浅，文中难免会有不准确的地方，欢迎指正。
我的这套准则是建立在自己的一套CSS架构上的，我自己用的是非常开心的，而且效果非常明显。但是，到底是否适用于其他同行，我不能保证，毕竟优秀的前端人员心中都有自己的那一套准则。我的个人建议是这样的，如果您还是个CSS新手，或者对我文中提到的一些概念不太理解，我觉得全搬过来不太合适。您可以保留您之前那种一步一趋的写法，然后在这基础上做您确定的改进。如果真能对您CSS的学习提供一些帮助与启示，那真是再好不过了。
其中提供了很好的证据说明，糟糕的命名对渲染性能造成的影响。
这是其中的测试图：
可以看到，渲染性能最高的选择器就是 .xxx a 这种形式是最好时的。这说明，“类名+标签名”这种形式确实耗性能。本文可能戳中了不少自封人士的敏感神经，N多不屑，觉得这性能影响不值一提。OK，数据说话，以下为一段引用：
其实并不存在最快的规则，我们通常做法是把样式模块合并到一个文件中试用，这样会导致其中的一部分样式并没有被特定的页面用到。其实把没用的样式规则拿掉是优化 CSS 的最好的方法之一，因为这样的话就可以省去多余的样式匹配，当然合并多个文件到一个大文件还是有好处的，比如说可以减少请求数，但是我们应该只把跟当前页面有关的样式打包到一起。
其实这也不算什么新发现了，Page Speed 早就有过这条建议。不过，我还被它的效果吓到了，去掉多余样式让我节省了大约 200-300ms的选择器匹配时间（根据Opera 调试工具的结果）。
200-300毫秒？你唬我吧！人家kangax大神可不会玩虚的~
很多网站CSS模块都组队放在一个CSS文件中，比方说你有10个CSS模块，每个模块都有一个.mole_a a{} .mole_b a{} ...的CSS命名，然后你访问只有模块C的页面，结果如何？不要天真地以为这个页面不管模块a和模块b的事情。正如文中所说的，CSS从右往左渲染，你的页面是没有.mole_a 也没有.mole_b，到时你页面有a标签啊，a标签大大的多哈！
于是，
.mole_a a{}的时候，页面上，所有的a标签扫一遍；
.mole_b a{}的时候，页面上，所有的a标签扫一遍；
.mole_b c{}的时候，页面上，所有的a标签扫一遍，恩，这个有效果；
.mole_b d{}的时候，页面上，所有的a标签扫一遍；
9、css 标准命名可以大写吗？？
CSS的定义不是很严格,但是如果你要用PHP,JS等来引用的时候最好规范一点比较好!