關於XHTML+CSS初步瞭解：div+css的叫法是錯誤滴……

    最近兩天在研究div+css，其實，剛才看了文章，div+css這個叫法是不對的，應該是XHTML+CSS。div只是XHtml的一個標籤而已。
   而且，我發現，我們美工的很多思想就是不對的，比如前一段時間他說div裡面不應該有table，而且他說的語氣好像就是把table看做一個很過時很不恥的標籤。今天看爆牙齒的部落格，他有一個認知是：
    
     table和ul/ol都能產生資料行，但是table的重心應該是在產生資料列，
     而ul/ol的重心應該是在產生資料級。
     所以對於單列多行的資料，擴充的趨勢是產生級的時候，使用ul/ol。
     擴充的趨勢是產生列的時候，使用table。
  
     div for structure not for layout
     今天下午看到一篇文章，裡面有些話是這麼寫的：

     真正厲害的高手，是DIV和Table一塊用，為什麼這麼說呢，因為DIV和Table的誕生目的是不一樣的，
  Table就是為儲存資料而誕生，DIV是為了構架頁面而誕生，在頁面中如果要顯示大量的資料，Table當然是首選，代碼少，基本上不用定義CSS，要是用DIV來做的話，肯定要先類比Table然後在填寫資料。
 
   原來以前自己的認知都是錯誤的，美工說div布局，其實，從標準來說，div布局，這個說法也不對，應該是結構。
   突然想把爆牙齒的原話貼下，因為那句你煩不煩啊，讓我感覺很痛快……
  
   最常見的是網站中的新聞列表，特別是首頁上的各欄目新聞列表，絕大部分都在使用ul/ol。我認為是種濫用，應該用table。這裡要到背景程式開發中走走，新聞列表從資料庫裡產生出來，在資料庫裡，一條新聞由許多欄位組成，首頁上的簡短新聞表和內頁中的完整新聞表在一些情況下有可能是調用同一個預存程序或者SQL語句。不同的僅僅是資料的綁定，首頁上的我可能只是綁定標題和時間，內頁中或許會更完整一點，比如加上點擊數、作者之類。如果一個新聞表有三列以上，你肯定不會使用ul/ol了。那麼兩列的和三列的有本質區別嗎？我知道兩列可以很容易用ul/ol實現，增加span嘛，那麼三列呢？你說可以，給span加class。 好吧，四列了，你還說可以嗎？是的，我承認仍然可以做到，你煩不煩啊！
  我想，以後，如果美工再次糾纏div結構的頁面裡出現table的問題，我就有足夠的理由來反駁他……呵呵呵。
  今天還是有收穫的呵呵，對於這個XHTML+Css，我是不打算深入研究的，我只要瞭解就可以了呵呵，其實，還是想做程式員的，還是要把主要的精力放到程式上面，但是這個，還是會慢慢的瞭解下去……