這些有意義并且具有良好結構的標簽標記為我們提供了非常好的基礎，但是這些可能元素究竟是有限的。不可能僅用這些元素就構成完整的網頁代碼。至少這些標簽標記，并不能區分，哪里是頭部導航，哪里是側邊欄，哪里是內容區域。

　　我們現在解決辦法就是使用現有的元素，通過給他們id或class而得到額外的信息。這樣就使得文檔具有清楚的結構。比如，我們通過一個簡單的無序列表UL，可以創建出一個導航元素的信息：


　　我們一直強調以提醒你的注重，id是頁面上單獨的元素，必須是唯一的，這樣的益處在于程序或腳本的控制與選擇。id我們通常用來標記結構性的元素，如上面提到的頭部導航、側邊欄、內容區域等。

　　一個id只能應用于同一個頁面上的一個元素。從理論上說，不同的頁面，完全可以使用同一個id。例如列表頁面的標簽與內容顯示頁面的標題，或者是首頁的聯系方式與內頁的聯系方式。需要你注重的是，這樣確實能省事簡化代碼提高效率。但假如將來需要根據頁面不同單獨定義他們的外觀，你將會碰到棘手的問題。我們建議你建立不同的id，但在CSS代碼編寫時，可以運用群組選擇符進行外觀的設置，即使有變化，也可以非常方便的區分開來。例如：


　　類class是一個非常靈活的東東，你可以將它應用于頁面上任意數量的元素。類class非常適合相似條目的定義。例如，我們需要在列表頁標識出文章的作者，我們不必為每一個人建立id。我們只需要建立類author分配給每一位作者即可。

　　需要注重的是，不管你用id還是class，請不要讓它的名字與它的表現有任何的關聯，應該讓這個名字更有意義。例如我們在處理側邊欄時，或許它是在左側，你會給它一個leftsider的名字，但假如我們經過運行發現它處于右側更恰當。此時leftsider居于了右側，就顯得不是非常得體與恰當了。比如我們希望我們的要害內容加粗顯示，或許你會建立一個class類命名為bold800。假如我們將來將它不加粗而是賦予不同的色彩，這個類名也不合適了。

　　我們說說命名的大小寫問題，我們的id名與class類名，一般情況下是不區分大小寫的，但不是一個好習慣。我們假如使用XHTML那么id名與class類名是區分大小寫的，假如是使用HTML，那么大小寫是沒有區別的。我們處理這樣問題的方法就是全部采用小寫，當然，你也可以按你的習慣，但要注重與開發團隊的其他成員協調。

　　我們的id與class類都是比較靈活的東西，只要你愿意，你愛怎么用就怎么用，但問題就出現了。我們的頁面代碼中到處充斥著這些東西，我們的出發點是想更加精確的選擇和控制我們的頁面元素，但這好象又回到了表格時代，一切變的難以理解和不可閱讀，例如下面的代碼：


　　我們進行一下優化，去掉一些不必要的命名。代碼如下：


　　優化后的方式代碼更加的簡潔，我們只需要通過選擇器準確的找到樣式的應用目標就可以了。不必過份的依靠于id名或class類名。我們只有在不得已，不得不使用id或class標識的時候才使用它們。正常情況下，我們的文件只需要幾個或十來個id名與class名就完全能滿足需要了。假如你發現你的這些名字很多。要么是你就是有多id多class結合癥，要么就是你的HTML文檔的結構出現了問題。我們將在以后MB5U.com的教程文章中，具體的講解選擇符的相關知識與技術，讓你可以非常簡單而精確的選擇到樣式的作用目標。