你真的懂HTML吗-从"最新闪存"说起

楔子

博客园最近正在整合闪存和博客.刚好我最近也在捣腾博皮,所以关注了下整合的结果.不得不说,园子最终的生成的html相当的不规范,语义性混乱,或者说很多冗余,也许就是所谓的div强迫症/class强迫症.

HTML的语义性

我不知道从什么时候开始,Table的布局开始为国人所唾弃,div+css的布局开始大受吹捧.不管引领潮流的是哪个,我们所追求的目标是一致的,"让html更简练,更可读."

• 更简练,意味着去除不需要的冗余,分离内容和展现,清除纯粹用于布局的tag.
• 更可读,意味着提高html本身的语义性,让html解释它本身所要表达的意思.

而这样子做的好处是什么呢?

• 简练,让内容和展现松耦合,利于分工,最大化利用web缓存机制,减少网路流量,加快页面渲染.
• 可读,让内容结构更清晰,利于被各种终端理解(比如盲人的屏幕阅读器,搜索引擎的爬虫).

Block-level Elements(块级元素) VS Inline Elements(内联元素)

在Html的规范中,这么说到(摘自棕熊童鞋的[Quicky] block 和 inline 的区别是？)

所有允许被 BODY 元素包含的元素，要么是块级的；要么是内联的；要么既可以算作块级的，也可以算作内联的。但是绝对不存在一个能被BODY包含，但即非块级，又非内联的元素。
常见的块级元素有 DIV, FORM, TABLE, P, PRE, H1~H6, DL, OL, UL 等等。
常见的内联元素有 SPAN, A, STRONG, EM, LABEL, INPUT, SELECT, TEXTAREA, IMG, BR 等等。
另外，SCRIPT, OBJECT, MAP, BUTTON, DEL, INS 这些元素，既可以作为块级元素，也可以作为内联元素。

 

那么块级元素和内联元素具体有什么区别呢？具体表现在以下几个方面： 

一般来说块级元素可以包含块级元素和内联元素；但内联元素只能包含内联元素。 要注意的是，每个特定的元素，能包含的元素也是特定的，所以具体到个别元素上，这条规律是不适用的。

比如 P 元素，只能包含内联元素，而不能包含块级元素。

code

<!-- 这是不符合规范的 --> < p > < div >balalbalabala </ div > </ p > <!-- 这是规范允许的--> < p > < span >balalbalabala </ span > </ p >

 

具体关于这方面的知识,大家可以阅读棕熊童鞋的[Quicky] block 和 inline 的区别是？

为什么是div+css的布局

把追求语义性定义为"div+css布局",其实是狭隘的.我觉得它的完整说法应该是"无语义性tag+css做布局,语义性tag组织内容".我们知道 html的tag大部分本身都有自身的语义性的.比如p,是段落,br是换行,你不能用p来做换行,用br来做段落,这样就会导致html本身的语义产生混乱.而div和span刚好是html中两个本身不具备语义性的tag. 但是span是inline element,所以不适合做容器,div是块级元素,所以毫无疑问它成为我们做布局的最好选择,也才有了"div+css布局"一说.

div强迫症/class强迫症

在第一版本的整合中,最新闪存的html结构大致如下

code

< div class= "day" > < div class= "dayTitle" > </ div > < div class= "my_ing" > 一个良好的讨论氛围,是一家好公司的最基本条件. < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/58955/" >10-30 14:44 </ a > < br >
经济危机,重新开垦一亩三分地...... < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/58457/" >10-28 13:45 </ a > < br > 学习是个轮回,重新上路ing... < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/32400/" >06-01 21:06 </ a > < br > < a class= "ing_lnk" href= "http://home.cnblogs.com/walkingboy/ing/</span>" >更多闪存... </ a > </ div > </ div >

• 首先,最新闪存被放在post的列表容器内,而且使用一样的容器class标识,这就导致做css的时候很难定位它.
• 其次br被用来做列表,
• 再次more link和list item又进行混淆.

我本来想为自己的博皮调调css,结果发现这个结构真是很晕,然后发了条建议闪存的html位置和结构竟然和Post一样,很难修改皮肤啊.

不得不说,园子团队的反应速度还是可以的,昨天晚上又进行了更新,我们看下第二版本的html结构.

code

< div id= "side_ing_block" > < h3 class= "catListTitle" >最新闪存 </ h3 > < div class= "side_ing_list" > < ul > < li >一个良好的讨论氛围,是一家好公司的最基本条件. < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/58955/" >10-3014:44 </ a > </ li >
< li >经济危机,重新开垦一亩三分地...... < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/58457/" >10-2813:45 </ a > </ li > < li >学习是个轮回,重新上路ing... < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/32400/" >06-0121:06 </ a > </ li >
< li > < a class= "ing_lnk" href= "http://home.cnblogs.com/walkingboy/ing/</span>" >更多闪存... </ a > </ li > </ ul > </ div > </ div >

不错,语义性已经有一定的修改了,但是还是有太多的冗余tag.

原来Cat Chen有篇文章叫你有 <table /> 强迫症吗？.

我想我们可以说上面的html是有强烈的<div/>强迫症+class强迫症. 为什么这么说呢.

<div/>强迫症+class强迫症

< div id= "side_ing_block" > < h3 class= "catListTitle" >最新闪存 </ h3 > <!--这个class是完全多余的,h3已经很好的显示了它的语义,css定位也是明确的#side_ing_block h3 ,找不到它留下来的理由 -->
< div class= "side_ing_list" > <!--ul已经表示了是个list,何必再一个div+class来标识呢?css的定位也是明确的#side_ing_block ul--> < ul > < li >一个良好的讨论氛围,是一家好公司的最基本条件. < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/58955/" >10-3014:44 </ a > </ li >
< li >经济危机,重新开垦一亩三分地...... < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/58457/" >10-2813:45 </ a > </ li > < li >学习是个轮回,重新上路ing... < a class= "ing_lnk" href= "http://home.cnblogs.com/ing/32400/" >06-0121:06 </ a > </ li >
< li > < a class= "ing_lnk" href= http:// home. cnblogs. com/ walkingboy/ ing/>更多闪存... </ a > </ li > <!--不是相同项,怎么能并入相同的列表呢?即使不管语义性,这样子的定义,css也不好定位啊--> </ ul > </ div > </ div >

我个人认为就"最新闪存"这部分的html,更好的结构应该是

code

< div id= "side_ing_block" > < h3 >最新闪存 </ h3 > < ul > < li > < a href= "http://home.cnblogs.com/ing/58955/" >一个良好的讨论氛围,是一家好公司的最基本条件. 10-30 14:44 </ a > </ li > < li > < a href= "http://home.cnblogs.com/ing/58457/" >经济危机,重新开垦一亩三分地......10-28 13:45 </ a > </ li > < li > < a href= "http://home.cnblogs.com/ing/32400/" >学习是个轮回,重新上路ing...06-01 21:06 </ a > </ li >
</ ul > < span > < a href= http:// home. cnblogs. com/ walkingboy/ ing />更多闪存... </ a > </ span > </ div >

 

当然我们当前是孤立的看待这段html，如果我们把它放入整个页面的结构中，还是需要适当的修改的。比如<div id="side_ing_block">应该修改为 <div id="side_ing_block" class="block">，block是页面块状结构的一个基础样式，不过园子的left menu里面的div都是独立的，没有抽象出一个基础样式class，所以每次新加入一个模块，所有的博皮都得修改。而span也应该多加一个 class="more".这些已经不是html语义化的范畴，而是css复用的设计问题了，不在这篇文章的谈论之内。

随着<table/>强迫症的逐渐消失,我们应该警惕<div/>强迫症,class强迫症的不断抬头,追求标准我们永不止步,但是也不能迷失自我.