特意上網(wǎng)搜索了一下，關于div，說法很多。

把div看成是布局元素這種觀點我想是最多的，類似有“用div代替table進行布局”、“實戰(zhàn)CSS+DIV布局”等等等等，太多了，還有不少人延用Dreamweaver的定義，稱div為層，按Photoshop的層的概念來使用……有朋友干脆就直接稱div和span為輔助布局元素。

怎么說呢？雖然我很想說對div類似的這種認識是錯誤的，div不是一個布局元素，沒有一個tag是用來布局的，但是我是對的嗎？我也不知道。幾乎所有人對div的宣傳都是布局，不管是‘民間’的還是‘官方’的，但是如果我們找根源，中文中，div是一個結(jié)構(gòu)化標簽，是一個塊級元素。好吧，我們首先看看div擁有的語義，division（分隔），按語義它的作用是將兩個部分分隔開來。然后我們再回到w3去看看怎么定義div和span的：The DIV and SPAN elements, in conjunction with the id and class attributes, offer a generic mechanism for adding structure to documents. These elements define content to be inline (SPAN) or block-level (DIV) but impose no other presentational idioms on the content.

注意到我上面加粗的一句話了嗎？W3可沒說是 for layout，而是for structure，是結(jié)構(gòu)！因為分隔從而產(chǎn)生（定義）一個代碼結(jié)構(gòu)。我想，結(jié)構(gòu)和布局應該是兩個概念吧?；蛟S，因為table確實被用于布局了，所以這種根深蒂固的布局思路又自然而然的轉(zhuǎn)嫁到div上，我曾在很長一段時間里也是這么理解的。但是，現(xiàn)在我要說，這絕對是一個錯誤并且，這是極度嚴重的錯誤?。?！這純粹個人觀點個人理解，自己取舍好了。

為什么嚴重？理解的錯誤直接導致的就是使用的錯誤。因為如果按照這個思路，把div作為布局元素使用，那么我認為：

你永遠無法固定xhtml！永遠陷在css的怪圈中！永遠不會去思考和理解結(jié)構(gòu)！永遠擦不干凈table烙下的痕跡！永遠無法接近神（貌合神離的神哈，呵呵）……

或許把div稱為布局元素還是為了更好的推行標準，但是卻將人們從一個錯誤帶向了另一個錯誤。兩年前我剛接觸標準時就在《重構(gòu)之美》首篇中迷惑過關于改版的事情，雖然隨著理解的深入好像有了突破，在我寫下xhtml后不變動，然后通過css的技巧來完成新版面。比如像著名的csszengarden。但是很快我又有新的迷惑，一個人這樣做好像沒什么問題，團隊呢？比如如果同樣的內(nèi)容，設計成兩個版式，然后交給不同的兩個人來寫xhtml，會一樣嗎？就像如果把csszengarden的形式顛倒一下，基于同一份數(shù)據(jù)先做好100個設計稿，讓100個人按照這個設計稿寫100份xhtml，會一樣嗎？我想按照div布局模式，對于同樣的版式，不同人不同的頁面分析都會產(chǎn)生不同的xhtml，更何況不同的版式呢？但是既然表現(xiàn)與結(jié)構(gòu)無關，那么同樣的內(nèi)容不應該有2份以上的xhtml。不要小看這個問題，對于團隊中前后臺的有效分離與快速協(xié)同，這是關鍵！我在培訓中提出一個觀點：最理想的境界是前臺閉著眼睛都能知道后臺輸出的是什么樣的xhtml結(jié)構(gòu)代碼。那么問題出在哪里？div布局！尤其是在理解了h系列標簽不合理之后，體會更深刻。

上篇文章我提出的關于結(jié)構(gòu)應當分為兩種：語義結(jié)構(gòu)和代碼結(jié)構(gòu)。理解了這兩個結(jié)構(gòu)之后，那么div的用處就比較明朗了，稍稍動動腦筋就能想到，用于組織代碼結(jié)構(gòu)。所以hx標簽的問題我認為經(jīng)典呢，不要說html了，即便對于xhtml，大部分的人關心的仍是如何表現(xiàn)，小部分人關心語義結(jié)構(gòu)，很少人去關心代碼結(jié)構(gòu)，似乎xml有了，xhtml就不需要代碼結(jié)構(gòu)了。但是從hx系列的問題可以看出并延伸知道W3可一直在關心代碼結(jié)構(gòu)，從1.0，1.1直到2.0，一直希望xhtml擁有xml般嚴謹?shù)拇a結(jié)構(gòu)。說到這里再多看xhtml 2.0的另一個變化，br不再被推薦，應該很好理解了，br的語義是產(chǎn)生一個截斷（break），但實際作用是產(chǎn)生一個行，語義結(jié)構(gòu)上仍不完美，所以使用line進行替代<line>this is one line</line>。同樣br也無代碼結(jié)構(gòu)可言，如果我想提取第三行的數(shù)據(jù)如何操作？所以很有可能類似br、hr這類標簽都將被廢棄。我琢磨著，xhtml1.x是W3清理表現(xiàn)，將人們往語義結(jié)構(gòu)[Semantic]的方向牽引，而xhtml 2.0則是展示和突出代碼結(jié)構(gòu)[structure]。呵呵，您說我琢磨得對嗎？瞎猜瞎猜。^_^

回過頭來，那么怎么組織？首先對于一個設計稿，一定要不被設計所迷惑和左右，只提取看得見和看不見的數(shù)據(jù)，然后就扔掉設計稿，先完成數(shù)據(jù)的語義結(jié)構(gòu)，再添加代碼結(jié)構(gòu)（adding structure to documents.），完成xhtml后，最后一步才是重新拾起設計稿打開css，還原。當然實際做的時候不可能不看設計稿，但是怎么看？只提數(shù)據(jù)！再說一點，數(shù)據(jù)在文檔中的先后順序由什么定？當然是由文檔而定，不是由設計稿所定。舉個例子，假如有兩個欄目，新聞頭條和普通新聞。誰在前誰在后，很顯然在文檔中應該是頭條在前普通在后，這是由UE（用戶體驗）和欄目輕重的綜合考慮決定。但是按照div布局的話，是按照設計稿上前下后左前右后的順序來決定的，那么如果設計稿中將普通新聞欄目設計在左欄，頭條設計在中欄，文檔中普通新聞就跑到頭條新聞上面去了。所以我打開一個Web標準站點文檔瀏覽，如果文檔的先后順序是按照頁面布局上前下后，左前右后的順序而定的，那么我……特例一點，如果一個單屏設計的網(wǎng)站，標題和導航設計在頁面下方，那你的文檔豈不是最下面才是標題和導航，這是什么UE？這不是扯蛋嘛。div，div布局的惡果——文檔結(jié)構(gòu)仍然在為表現(xiàn)所左右！貌合神離！！

代碼結(jié)構(gòu)怎么做？大處按照上篇文章所寫，用h系列劃分大結(jié)構(gòu)。那么小處呢？這里就要牽涉進div的另外一個概念：塊級元素。什么塊？模塊！用div模塊化小處。舉例：

<div> <h3><span>用戶登陸</span></h3> <div> <label for="name">用戶名</label> <input id="name" /> </div> <div> <label for="pw">密碼</label> <input id="pw" /> </div> <p><button /></p> </div>

這個在[復雜表單]中提到過的例子，我們來詳細分析div在小處如何模塊化運用。其實很簡單，h3/lable/p是語義結(jié)構(gòu)，然后，對于用戶名和相應的輸入框顯然是不可分割的整體，那么好了，div將其標識為一個塊，對應的密碼部分同理。最后，兩者一起與標題和按鈕又構(gòu)成一個不可分割的登陸整體，div之。這樣擁有很好的語義結(jié)構(gòu)和代碼結(jié)構(gòu)。好的代碼結(jié)構(gòu)不僅僅可以便于固定xhtml，便于程序操作節(jié)點，還對css提供了很高的自由度。如上例結(jié)構(gòu)，我只需要給最外div一個class，比如"loginarea"。那么：

我可以這么按節(jié)點/路徑層層定義下去：.loginarea label{} .loginarea input{} .loginarea div label{} .loginarea div input。如果我需要橫向登陸，只需要定義一個關鍵點：.loginarea div{float: left}，如果縱向則去掉這個關鍵點，模塊化的登陸就這么簡單。這樣還可以省寫不少class，尤其對于有些看似復雜的結(jié)構(gòu)其實模塊化設計好了，模塊內(nèi)部是簡單的，一個路徑定義過去，根本無需class還不會引起樣式?jīng)_突和干擾，css的可讀性也很好。當然這里會涉及到css的技巧，我認為css的技巧最重要的就是分析頁面，頁面分析的好，寫出來的css簡單明了充分利用tag還有多以備擴展，否則class一大堆復雜冗長還會覺得tag不夠用又去添加破壞結(jié)構(gòu)。復雜表單那套系統(tǒng)的css我寫了48k，還未做最后優(yōu)化，全部圖片總共只有5K，還全是無損PNG格式。整套系統(tǒng)幾十個大模塊，又有無限級菜單、樹、頁簽、彈出，復雜表單，合同，frame，iframe，報表，控件套控件等等亂七八糟什么都有，css加圖片全部表現(xiàn)部分可以做到50K以內(nèi)。這個項目四個程序員一起開發(fā)我一個人頂所有前臺，三個月時間，程序員不管任何有關表現(xiàn)部分，我都是玩玩做做就搞定了。中后期，臨著交付客戶時候我還覺得公司提供的設計不好，又自己花1天重新設計，花不到2天另外寫了一個css，整個系統(tǒng)全變了且以前的設計未丟失。功能不變的情況下界面大換，再大的系統(tǒng)也不過一個人幾天時間，且程序員不用管。這就是Web標準的威力之一?。ㄒ驗槭莾?nèi)網(wǎng)應用，所以我?guī)缀鯖]考慮和照顧瀏覽器兼容性，沒必要，也是快的一個因素）

所以我認為當前各大網(wǎng)站上以各種方式事先列出什么單行一列，兩行一列諸如此類的幾行幾列的div＋css布局代碼，不好說他們不對，你完全可以去理解是如何使用css實現(xiàn)幾行幾列的布局，然后合理運用到自己的結(jié)構(gòu)上。但是如果你按照他提供的代碼去套、去添加內(nèi)容，那么你就錯了。不過話說回來，在被一篇一篇標題著斗大的“布局”兩個字的潛移默化下，您還有心思去關心結(jié)構(gòu)嗎？所以很多都去琢磨css了，所以這些善意的Web標準推廣者還是有錯的，包括我在內(nèi)，我2004年撰寫的《重構(gòu)之美》代碼示例部分帶有更大的誤導性（好在當初我一再強調(diào)代碼毫無借鑒的意義，也算在文字上有所彌補）。

本文來源于成都網(wǎng)站建設公司與成都網(wǎng)站設計制作公司-創(chuàng)新互聯(lián)成都公司！

網(wǎng)頁題目：合理運用div和span
標題來源：http://www.rwnh.cn/news49/310099.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設計、搜索引擎優(yōu)化、微信小程序、移動網(wǎng)站建設、微信公眾號、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)