HTML和CSS的代码编写规范
在很多开发人员眼里,编码HTML简直容易极了,编写CSS不但简单有时还会显得很繁琐-相同的属性得一个劲不停地写。为此,曾经自己也迷惑过也遇到过不少问题,但随着写&读的前端代码渐渐增多,慢慢体会到,“能写”和“会写”之间还是有一定距离的。很多时候,你可以“这样做”,但并不意味着“你应该”这么做。
合理地编写HTML和CSS,可以让代码看起来更专业。即便是很简单的几行代码,也要写的有性格。嗯~用饱含工匠精神的态度去写码,你一定会在苦逼中作乐的。
以下整理些从别人那读到学到的,同时自己认可的琐碎的点,供实战中践行。
HTML
1、标准模式声明
HTML页面第一行,添加标准模式的声明。eg. <!DOCTYPE html>
原因:可确保在每个浏览器中拥有一致的表现。
2、字符编码
要明确声明。eg.<meta charset="UTF-8">
原因:明确声明字符编码,可确保浏览器快速&容易判断用哪种方式去渲染页面内容。
3、引入CSS 和 JavaScript 文件时
不需要指定type属性。
原因:跟据HTML5规范,"text/css"和"text/javascript"分别都是默认值
eg.<link rel="stylesheet" href="xxx.css">
<script src="xxx.js"></script>
4、HTML属性的书写顺序
建议按照以下顺序排列,可读性好。
(1)class:class用于标识高度可复用组件,所以排首位
(2)id, name:id用于标识具体组件,所以排第二。
(3)data-*
(4)src, for, type, href
(5)title, alt
(6)aria-*, role
eg.
<a class="xxx" id="xxx" data-index="x" href="#">link</a>
<img src="xxx" alt="xxx">
<input class="xxx" type="text">
5、布尔型属性
布尔型属性在声明时,可以不赋值。
原因:XHTML规范要求要赋,但是HTML5规范不需要。更多信息查看
eg.
<input type="text" disabled>
<option value="1" selected>1</option>
<input type="checkbox" value="1" checked>
6、其他细节
(1)自闭元素在尾部不要添加斜线。参见HTML规范。eg.<img src="xxx.jpg">。参考 HTML5规范
(2)成对的标签,结束标签一定要有。
(3)定义属性时,建议用双引号,不要用单引号。
(4)尽量减少标签数量:任何时候都要尽量使用最少的标签 & 保持最小的复杂度。
尽量减少标签数量、尽量避免多余的父元素。
很多时候,这需要迭代和重构来实现。所以,当写完“实现功能”的代码后,不妨自己再通读下自己的代码(往往这个时候,可发现挺多可优化的点。嗯~因为关注点不同:前者重在功能,后者重在重构。)
(5)尽量不要用js生成标签
原因:这样会让内容变得不易查找不易编辑,且降低性能。
7、其他:待进一步考证
只因自己平时没碰到类似的场景,所以不好做判断。。。
(1)强烈建议为html根元素指定lang属性。lang属性,可参考规范
原因:为文档设置正确的语言,有助于语音合成工具确定该怎么发音,有助于翻译工具确定该用啥规则等等。
关于lang属性的知识,点击查看规范。
(2)IE兼容模式
IE支持通过特定的<meta>来确定绘制当前页面所应该采用的IE版本。
建议设置edge mode,从而通知IE采用其所支持的最新模式。stack overflow上有篇文章谈了这个。
CSS
1、尚未注意到的
2、这么干的-但模棱两可的
3、平时就遵守着的
(1)每条声明-最好独行:更准确的错误报告
(2)若有选择器分组,每个单独成行
(3)空格:声明的左花括号之前;属性值前
(4)所有声明语句后,都写分号 <虽然最后一条声明语句后的分号;是可选的>
(5)16进制尽量简写:eg. #fff 而不是#ffffff
4、CSS声明顺序
相关的属性声明归为一组,按照下面的顺序排列:
(1)定位 positioning:可以从正常的文档流中移除元素,还能覆盖盒模型的相关样式,所以首位。
(2)盒模型 box model:决定了组件的尺寸和位置,所以第二位。
(3)排版类 typographic
(4)视觉类 visual
5、简写形式的属性
常见的滥用:
padding, margin, font, background, border, border-radius 【??这不就是我经常简写的么】
6、class命名
eg. .btn .btn-danger
(2)避免过多简写,比如 .btn 代表 button,但是 .s 就啥也不是
(3)class应尽可能短 & 意义明确
(4)要有意义:要有组织+有目的,不要用表现形式
(5)class的前缀:基于最近的父或基 作为新class的前缀
(6)用js-的class:来标识行为,与样式相对:且不应用到css中(同理:纯css样式的,也尽量不要用于脚本-不便于维护)
7、CSS选择器
(2)经常出现的组件,避免使用属性选择器:影响浏览器性能 【各个选择器的性能如何??】
(3)尽可能短:建议不要超过3个
(4)只有在必要的时候,才将class限制在最近的父元素内(及后代选择器) 【选择器并非越长越好】
8、代码组织
(2)如果使用了多个 CSS 文件,将其按照组件而非页面的形式分拆,因为页面会被重组,而组件只会被移动。 【?页面会被重组,而组件只会被移动】
(3)制定一致的注释规范。
(4)使用一致的空白符将代码分隔成块,这样利于扫描较大的文档。
9、代码注释
(2)好的注释:传达上下文关系、代码目的 (而不是很苍白地重申些废话)
(3)可以英文注释(长的写完整句子,短的就可以写短语)
10、其他
(1)不要使用@import
因为:@import指令要比<link>标签慢很多(不光增加了额外的请求次数,还会导致不可预料的问题)
可替代的方法:
a.用多个<link>
b.通过Sass或Less类似的CSS预处理器将多个CSS文件编译成一个文件
c.将CSS文件合并
(2)媒体查询的位置 【移动开发会较多】
建议:将放在尽可能相关规则的附近
不要将它们打包放在一个单一样式文件 or 文档底部
(3)Less和Sass中的嵌套 【表示...不曾用过】
避免非必要的嵌套:你可以使用,但并不意味这应该使用
什么时候用嵌套:限制在父元素内(即后代选择器)+ 多个需要嵌套时才用
参考及扩展阅读
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。