這幾天在寫乙個html頁面，之前做畢設的時候曾經嘗試過寫乙個**首頁的頁面，怎麼說呢，html學起來知識點挺多挺脆，但是你學乙個就能用，不想學後端框架那些的是乙個整體的架構。之前學的html全都忘得差不多了，又得重寫學習。
這次給了我乙個模板，讓我照著寫。我開啟看了一下，布局選用的是table布局，我以前學的時候，就曾經聽說過，盡量不要用table布局，所以當時我也沒咋學這個，我當時都是使用div+position進行布局的。這次看到也有點煩人，因為我之前用過table,感覺屬性挺多的，而且也不知道精確定位到屬性，說白了就是，某一段**可以實現你想要的想過，但他同時有附加了其他問題，就是不能精準使用屬性。
這幾天，好好學了一下html,漸漸的熟悉了html的使用，打算寫幾篇部落格，不為別的，就是做個筆記，以後不至於再重新學習的時候速度那麼慢，同時也可能幫助一些初學者吧。
在實際的專案開發過程中，我們不建議用table進行布局，原因如下：
table會阻擋瀏覽器渲染引擎的渲染順序。（會延遲頁面的生成速度，讓使用者等待更久的時間）
table裡顯示時需要你把單個、有邏輯性的切成多個圖。（增加設計的複雜度，增加頁面載入時間，增加http會話數）
在某些瀏覽器中，table裡的文字的拷貝會出現問題。（會讓使用者不悅）
table會影響其內部的某些布局屬性的生效（比如裡的元素的height:100%) （限制頁面設計的自由性）
一旦學了css的知識，你會發現使用table做頁面布局會變得更麻煩。（先花時間學一些css知識，會省去你以後大量的時間）
『table對』對於頁面布局來說，從語義上看是不正確的。（它描述的是表現，而不是內容）
table**會讓閱讀者抓狂。（不但無法利用css，而且會不知所云，尤其在進行頁面改版或內容抽取的時候）
table一旦設計完成就變成死的，很難通過css讓它展現新的面貌。
以上都是比較專業的回答，從我個人使用的角度來白話說一下，首先table是個規則的顯示，幾行幾列都是比較確定的，而我們的頁面布局並不是那麼有規律，所以有時要讓資料同時佔幾行或佔幾列來打破這種規律，還有就是資料在**中居左、居中、居右都得進行控制，無形加大了編碼的難度，得照顧各個方面，不像使用div+css定位來的快些。昇華地說，在乙個有侷限性的框架裡面是創造不出特別好的作品的，只有在一片自由、沒有限制的空間中才方便人進行創造、簡單的創造。。。
當然，有些情況下使用table布局會很好用，就是那些一看就很有「**感」的介面。沒有了，就先寫這些吧。
為什麼不建議用Table布局
tables的缺點 3 table裡顯示時需要你把單個 有邏輯性的切成多個圖。增加設計的複雜度，增加頁面載入時間，增加http會話數。4 在某些瀏覽器中table裡的文字的拷貝會出現問題。這會讓使用者不悅。5 table會影響其內部的某些布局屬性的生效 比如裡的元素的height 100 這會限制你...
scala中為什麼不建議用return
在scala中使用return的話，編譯的時候會提示the latest statement is method is automatically returned,use of th return keyword is redundant.這個警告是說最後乙個語句的結果會自動返回，不需要使用ret...
Scala 中為什麼不建議用 return 關鍵字
在scala中使用 return 的話，編譯的時候會提示the latest statement is method is automatically returned,use of th return keyword is redundant.這個警告是說最後乙個語句的結果會自動返回，不需要使用r...