深入学习CSS2.0结构,再谈div、span的困惑

css

  使用div进行布局,提出div应当用于组织代码结构,现在我们再深入一点,div拥有语义吗?

  division(分割),对了,前段时间浏览w3schools时,看到它是这样定义div的:The div tag defines a division/section in a document. 我想我对div的理解是没错的。在文档中定义一个分割或者节点。我说div用于模块化页面内容,实际上从代码结构角度是展现xml化的节点结构。除了定义一个节点以外,div目前还用于定义一个分割,产生具有结构的行。还是以登陆为例:

<div>
    <h3>用户登陆</h3>
    <div>
       <label for="name">用户名</label>
       <input id="name" />
    </div>
    <div>
        <label for="pw">密码</label>
        <input id="pw" />
    </div>
    <p><button /></p>
</div>

  最外层的div是作为产生节点使用,而用户名和密码部分实际上是为了产生具有结构的行,这里若使用br同样能够产生行,但是缺乏结构,所以div代替了br。猜到我要说什么了吗?呵呵,又是xhtml 2.0,2.0中的section和line标签,是的,在1.X中,div同时扮演了section和line的角色,因为分割产生节点,因为分割产生行。但是很明显section和line具有比div更为明确的语义,那么我们可不可以认为div的语义和br一样是模糊的,既然是模糊的,br已经被毙了,我们现在大量使用的div会不会落到同样的下场呢?不知道,至少目前的xhtml 2.0中,div仍然存在。看看上面的结构代码在xhtml 2.0中应该如何展示(没考虑XForm):

<section>
    <h>用户登陆</h>
    <line>
       <label for="name">用户名</label>
       <input id="name" />
    </line>
    <line>
        <label for="pw">密码</label>
        <input id="pw" />
    </line>
    <div><button /></div>
</section>

  所以有些人单纯的认为好像是div在不断嵌套,其实不是的,是没有办法而产生出来的假象。这里再请大家注意一个情况,需要和css结合起来看待,按钮那个部分,在xhtml1.X中我使用了p,严格说从结构上是错误的,很明显按钮不是一个段落,我仅仅是希望它换行呈现,但是如果使用div,那么就必须给予这个div一个class="button"以区分开来,并且在设定css的时候必须先清除公有的样式属性,这样会带来不少麻烦。另外作为节点的div和作为行的div同样会出现这种问题。示例:如果我定义节点div{width: 300px; padding: 10px;},那么我就必须在定义行div时要么覆盖要么清除以避免冲突,div div{width: 200px /*覆盖*/; margin: 10px; padding: 0 /*清除*/; color: #333;},然后在定义div div.button{margin: 0 /*清除*/; color: #F60 /*覆盖*/; background: #999;}的时候再做对行div的样式冲突避免,为了避免这种情况,采用对节点div增加class="loginarea"和p,这样就可以避开两次样式清除和覆盖操作。这样的情况在结构复杂的页面中更为明显,不要告诉我加class就行了,class越多,文档通用性越差,xhtml越难固定。这就是在xhtml1.X 中因为div的语义模糊带来的麻烦,回头在xhtml 2.0的结构中就很好办了,section{},section line{},section div{},无需class也互不干扰,诶诶诶,这里的div貌似很适合它分隔的语义哈,不是行也不是节点,仅仅就是一个分隔,呵呵。

  在我认为标签中最难理解的2个之一的div现在应该算是很清楚了。剩下的一个就是span,至今我仍未能理解到span如何产生结构,只好说说自己的迷惑了。

  先还是说说div和span的区别,从大的方面来说,div被归类到Structural Module(结构模块),而span被归类到Text Module(文本模块)。小的方面,div是block-elements(块级元素),span是inline-elements(行内元素)。在所有Structural Module中,div是唯一一个语义模糊的,在所有Text Module中,span也是唯一一个语义模糊的,呵呵,两个Tag唯一的共性:语义模糊。

  回到span的语义:跨度、范围。这个这个……比division(分割)更为抽象,难以理解。在一阵疯狂google后还是没找到我想要的那种解释,接近的都没有,也许根本就没有,所有的结果都指向表现,无论中英文都是指为字体添加样式,可是可是W3中明文写着The span element, in conjunction with the id, class and role attributes, offers a generic mechanism for adding structure to documents. 这里的for adding structure to documents做何解释?百思不得其解,后来气不过,甚至打开W3的源码查看他是如何使用span的,虽说获得了一些提示,但依旧不足以领悟到structure的真谛,我想应该是我的XML功力还不够。唉,既然语义上,结构上行不通,那么只好换个角度,从实际应用中试着去理解。span是行内元素,主要应用于文本,这点没什么异议,关键在于如何运用?为什么我始终不认为span是个样式容器,对,又是容器,google的时候发现清一色的容器解释,div是大容器,span是小容器,我郁闷。如果span因为文本的样式而存在,它凭什么存在?一段文本为什么要添加样式?如果你想强调应该使用em,如果想特别强调应该使用strong,Text Module里还有很多语义明确的标签可以使用。所以span应该不是作为样式容器而存在,就像div不是作为布局容器而存在一样。但是我领悟不到span的真谛,哭啊!不过我可以抛砖引玉,在有一个地方,我一定会使用span的。那就是表单中。还是以登陆为例,如果登陆的数据需要展现出来,比如很多edit页面和view页面,结构应该完全相同,不同的是在edit页面中是输入框,而view页面中则用span展现数据。类似如下:

<div>
    <h3>用户登陆</h3>
    <div>
       <label for="name">用户名</label>
       <span>MyName</span>
    </div>
    <div>
        <label for="pw">密码</label>
        <span>MyPassword</span>
    </div>
    <p><button /></p>
</div>

  这样的好处有两点:1、和label区分开来,便于应用样式,如下定义:div div span{}。2、可以通过节点提取所有录入的数据。这是我目前唯一非常明确的使用span的地方,这里除了span好像没有更合适的了,也有点符合它的语义:范围和结构化。这是我抛出的一块砖头,谁能引出玉来,或者知道玉,求之。其他span的运用仍在摸索中,包括从W3源代码中获得的提示。

  差不多要说完了,这时我对关于容器的说法又耿耿于怀了,于是再次以容器为关键词疯狂google,凭什么上上下下都说是容器,我要找出根源来,终于在最后,皇天不负有心人,在我执迷不悟的,怀着容器是错误理解的信念下,挖出来了根源。W3在这里对div和span进行了这样的解释:generic language/style container。两者都一样。哦,原来如此,怪说不得所有的中文翻译都是容器,我想很少人去看英文追根到底吧。确实style container应当翻译为样式容器。这一点都没错,错的是请注意,这是html中的div和span!!!而不是xhtml中的div和span,随即我再查到W3在对xhtml中的div和span的解释,已经不一样了:对于div是Define the characteristics of a block,而对于span是Define characteristics of text。对!这才是我的理解,也是我想要的正确解释!!因为这个是xhtml 2.0中的解释,由于2.0中section的存在,所以在对div的解释中,节点的含义被取消了,xhtml1.x的解释我懒得去找了。现在回头看我刚才试着写下的xhtml 2.0登陆结构中的div和最后一句话。嗯,div即便不做节点也不做行,可能还是有用的。

  说到这里,问一句,html和xhtml最大的不同在哪里?是语法吗?是名称吗?是严格了,xml化了吗?不不不,本质区别是:html是面向表现的语言,而xhtml是面向结构的语言!所以我们应当从结构的角度去审视和理解与运用xhtml中的每一个Tag。比如容器的理解,在面向表现的html中,是正确的,但是在面向结构的xhtml中则错了,应该理解为节点。理解直接影响运用,以表现的理解显然无法写出结构化的代码。否则什么合什么离,哈哈哈,忍不住又敲出来了。

  好了,span现在总结不出来,只好先对div做个总结收尾:在当前xhtml1.x环境下,我们需要产生节点(section)和行(line)的时候选用div。最烦人的两个东西总算告一段落!

时间: 2024-08-03 17:49:09

深入学习CSS2.0结构,再谈div、span的困惑的相关文章

深入学习网页技术CSS,再谈div、span的困惑!

css|网页 使用div进行布局,提出div应当用于组织代码结构,现在我们再深入一点,div拥有语义吗? 这个问题前段时间在研究群里曾激烈争论过,当时米随随发问:"什么是语义化WEB,div是什么?"小毅答曰:"DIV表示无意义容器."我说:"否定."然后旁边有人嘀咕:"...又要打起来了."我大笑着进入战斗状态,结果迅速被围攻了.呵呵,总是和主流格格不入的我又一次站在主流的对立面.我还是不赞成将div视为无意义容器.容器这个

Exchange Server 2010学习(五)再谈邮箱基本管理

在日常的管理工作中,Exchange管理员考虑到存储的压力,通常都会限制用户邮箱的容量,管理员可以通过存储配额控制邮箱的大小并管理邮箱数据库的增长.一个新的邮箱数据库创建成功后,默认会对每个用户邮箱进行限制.默认为每个邮箱最大存储空间是2335MB,达到此配额时则禁止发送和接收邮件:达到1945MB时发出警告信息:达到2048MB时禁止发送邮件.如下图所示: 管理员可以根据需要设置数据邮箱数据库级别的配额限制,也就是设置此数据库中所有邮箱的容量 ,或者是针对某特殊用户单独设置邮箱容量 .下次我们

【Go语言】【13】再谈GO语言的结构体

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://qingkechina.blog.51cto.com/5552198/1671842 本文从如下四个方面再领着大家认识结构体 匿名结构体和匿名成员的结构体 值传递和引用传递 再谈嵌套结构体 面向对象 1.匿名结构体和匿名成员的结构体 如上篇所述,一个结构体需要先声明,再初始化,最后把初始化后的结构体赋值给其它变量,例如: /*声明结构体*/ type employee struc

[译] 再谈 CSS 中的代码味道

本文讲的是[译] 再谈 CSS 中的代码味道, 原文地址:Code Smells in CSS Revisited 原文作者:Harry 译文出自:掘金翻译计划 译者:IridescentMia 校对者:rccoder, Germxu 再谈 CSS 中的代码味道 回到 2012 年,我写了一篇关于潜在 CSS 反模式的文章 CSS中的代码味道.回看那篇文章,尽管四年过去了,我依然认同里面的全部内容,但是我有一些新的东西加到列表中.再次说明,这些内容并不一定总是坏的东西,因此把它们称为代码味道:在

浅谈DIV+CSS快速布局几年心得经验

我从事网页设计行业,已经有两年光景了,浏览器对CSS的识别是让我最头疼的,我曾经彷徨了好一阵,然后不断的收集资料,不断地研究,终于有一点儿小小的经验适用到我的工作中去了.可能这点儿经验不算什么,但是我想还是有帮助的,特别是对于刚接触CSS不久,然后仍然徘徊的初学者们,希望对你们有所帮助和借鉴. 1.DIV起初布局和CSS的大方向规划 * {margin:0; padding:0;word-break:break-all;} body {background:#eeeeee url(../imag

CSS2.0实现面包屑

  面包屑这样的 我们以前都是用背景图片做这块工作,但是直到大概2个星期之前在新浪微博上看到用css3.0实现这样的面包屑 但是目前情况下IE6-8并不支持css3.0 只有标准游览器(像火狐 谷歌等支持).由于有前一次总结一篇关于"CSS实现气泡框效果" 的文章 其中有关于怎么样实现小三角形的列子  所以感觉用那个小三角形可以正好模拟这块工作,所以也就试着做了一个.下面我们来看看面包屑大概是个什么样的效果!如下图:     如上所示:   思路: 1. 页面有3个li li标签嵌套有

我的WCF之旅 (11): 再谈WCF的双向通讯-基于Http的双向通讯 V.S. 基于TCP的双向通讯

在一个基于面向服务的分布式环境中,借助一个标准的.平台无关的Communication Infrastructure,各个Service通过SOAP Message实现相互之间的交互.这个交互的过程实际上就是Message Exchange的过程.WCF支持不同形式的Message Exchange,我们把这称之为Message Exchange Pattern(MEP), 常见的MEP包括: Request/Reply,Request/Forget(One-way)和Duplex.通过采用Du

再谈反病毒领域的工程化技术与科学方法的结合

问题描述 再谈反病毒领域的工程化技术与科学方法的结合--一次谈话记录的整理seak(在某高校与信安专业教师交流某次大学生信安大赛作品情况.和反病毒领域的人才培养等,当时讲的可能是语无伦次,感谢同事Emma进行录音整理.因部分内容东拉西扯跑题了有删节今天还是想谈谈工程经验和学术方法的结合问题,既然大家谈到了内容挖掘,我们就从内容挖掘开始.基于内容挖掘的思想,我印象中较早是从上世纪哥伦比亚大学的相关研究开始的,从其样本集来看基本是DOS下的COM文件,其中很大比例的样本都是用汇编语言编写的.COM文

任正非再谈互联网思维

李娜 ·诺基亚所犯的错误是还停留在工业时代,工业时代讲究的是成本和质量,世界上能唯一还用二十年的手机就是诺基亚的手机 ·我有信仰,就是信仰现在我们的国家 ·互联网时代被认为是网络公司,有可能是一种误解,因为真正的互联网时代是网络支持和工具改变了实业 ·华为总部不可能离开深圳,我们从来就没有考虑这个问题 ·所以你们不要给华为戴成熟的帽子,我们还是少年,挑不起重担.成年人可以挑100斤,少年还不可以 ·中国越强大,美国就越打击.打击不是抽象的,看好一个苗头打一个.其实美国打的不是华为,是中国 "都说