因為搜尋引擎看不見視覺效果，只能通過**標籤來判斷內容的語義，如果能用更語義的標籤，可以
正如html誕生時的初衷那樣，各個標籤的本義就是希望能在特定的地方使用合適的標籤，而不是去用樣式來表現乙個不語義的標籤。html5也新增了更多的語義化的標籤，通過html5的標籤，我們可以更完美的表現原本需要實現的結構。
此外，語義化的命名能夠使我們在多人協作乙個專案時更加有序和快捷，而不需要去糾結另一位夥伴的css命名是什麼意思。如果是個人專案，也便於後期其他同事的修改，語義化的命名時乙個專案的可讀性更高。
**量大，結構混亂；
標籤語義不明確，對搜尋引擎不友好。
當下div+css布局已成為主流，其核心思想就是通過css來控制網頁中元素的樣式。css布局可以摒棄table布局中為強制定位而新增的大量標籤，從而讓html可以從樣式、結構混雜的局面中掙脫出來，專注於結構。css布局弱化了標籤的「布局能力」，將「布局」完全放到了樣式中進行控制，使標籤恢復了原來的作用。css布局具有**量少、頁面精簡、語義清晰等特點。**量少，瀏覽器的載入就會更快，語義清晰就會對搜尋引擎更友好。因此，css布局取代table布局是必然的趨勢。
但css布局只是web標準的一部分，html才是最重要的，結構才是重點。因此正確的做法是，先確定html，確定語義的標籤，再來選用合適的css。
重繪和回流是渲染步驟中的一小節，但是這兩個步驟對於效能影響很大。
回流必定會發生重繪，重繪不一定會引發回流。回流所需的成本比重繪高的多，改變深層次的節點很可能導致父節點的一系列回流。
為什麼不建議用Table布局
tables的缺點 3 table裡顯示時需要你把單個 有邏輯性的切成多個圖。增加設計的複雜度，增加頁面載入時間，增加http會話數。4 在某些瀏覽器中table裡的文字的拷貝會出現問題。這會讓使用者不悅。5 table會影響其內部的某些布局屬性的生效 比如裡的元素的height 100 這會限制你...
html學習 一 為什麼不建議用table進行布局
這幾天在寫乙個html頁面，之前做畢設的時候曾經嘗試過寫乙個 首頁的頁面，怎麼說呢，html學起來知識點挺多挺脆，但是你學乙個就能用，不想學後端框架那些的是乙個整體的架構。之前學的html全都忘得差不多了，又得重寫學習。這次給了我乙個模板，讓我照著寫。我開啟看了一下，布局選用的是table布局，我以...
SharePoint 在中國為什麼吃不開？
1 功能不完善，二次開發費時費力？2 沒有完整的解決方案，案例太少，很多企業不敢下手？3 國內人員，操作性比較差，不願意接受sharepoint的操作方式？4 太貴，小型企業花費價效比不高？5 介面太難看，定製起來過於複雜？6 國內開發程式設計師不夠成熟，面對複雜的解決方案難以應對？7 中文學習資料...