在table less設計中使用float是否很好?在沒有跨瀏覽器兼容設計的情況下,float的優點/缺點是什麼?是否有跨瀏覽器兼容無表設計的最佳實踐指南?在table less設計中使用float是否很好?
回答
這有點像問「我應該使用數組嗎?」。兩種情況下的答案都是「這取決於(你試圖達到的目標)」。
花車不僅是有用的,向後兼容的和可以說是必要的(有或沒有表),但這不是重點。你使用它們是因爲它可以讓你達到預期的效果。
就像他們有優點和缺點的一切。最值得注意的是,浮動在固定寬度的內容中效果最好。使浮標的寬度達到所需要的寬度往往是這種佈局下降的地方。
編輯:關於關於IE對待他們不同的評論,兩條經驗規則:
話雖這麼說,你仍然有在各大瀏覽器,但在我的經驗,它並不難寫出來的東西是大多適用於所有的瀏覽器,並只需要框來測試您的網頁事後調整。
不要忘記爲表格數據使用表格,我見過許多設計師創建活動表格和用戶等,只是列表和浮動。
在無表設計中使用浮點數(而且Moak是正確的 - 您應該使用表格來表格數據)幾乎是公認的最佳實踐。當然也有例外 - 你可以使用定位,但是這會打開一個全新的蠕蟲罐(特別是當涉及瀏覽器兼容性問題時)。
只要你花時間確保你的花車被正確清除(http://www.positioniseverything.net/easyclearing.html和http://www.quirksmode.org/css/clearing.html兩種不同的方法;我的偏好是後者,但像所有 - 適當的答案有「它要看」),你不應該遇到太多問題。另外,如Cletus提及,請聲明您的DOCTYPE
。
當然,需要注意的一點很重要,就是你會遇到更多與IE相關的問題,隨着版本號的增加,IE8相當不錯,而且還有7個,我們都知道關於IE6與現代CSS的關係)。
爲了回答您的「利弊」問題 - 專業人員是因爲您可以將CSS規則應用於任何元素,因此您的文檔尺寸較小,因此您沒有寫入文檔標記的演示代碼(這不再是一個大問題,但對於某些問題仍然存在),以及(更重要的是)您沒有被鎖定在任何特定的設計決策上。
唯一真正的缺點是存在一些潛在的瀏覽器兼容性問題(偶爾會出現奇怪的行爲),但其中大多數都是文檔化的,並且有很好的解決方案。
- 1. 使用formbuilder是否很好?
- 2. 很好的繼承設計
- 3. 在Visual Studio中是否有一個很好的工具來設計JQuery Mobile Interfaces?
- 4. 使用float來定位元素是否是一個好習慣?
- 5. 在MVC環境中使用ORM是否有很好的理由?
- 6. Rails「table-less」模型
- 7. 不使用float的好處是:對嗎?
- 8. 比較不同類型的對象是否被認爲是很好的設計?
- 9. 存儲計算值是否是一種很好的做法?
- 10. 是否使用空白接口設計不好?
- 11. 在大型計算中只使用float而不是混合float和int會更好嗎?
- 12. 是否使用Integer/Float/Double計算價格和折扣
- 13. 在模型中設置Flash消息是否是一種很好的做法?
- 14. 在java中使用「printf」而不是「print」是否有很好的理由?
- 15. 在JavaScript中使用箭頭函數是否被認爲是很好的做法?
- 16. 在Django中使用「escape」標籤是否是一個很好的安全模式?
- 17. ASP.NET MVC體系結構和設計模式是否有很好的播客?
- 18. 是否有一個很好的設計模式來實現可選功能?
- 19. 使用大量IBOutlets是不是很好?
- 20. 經常使用LINQ是不是很好?
- 21. 是引用計數好的設計
- 22. 使用os.system(「bash code」)在Python腳本中調用bash命令是否很好用?
- 23. 在國際象棋程序設計中很好地使用遞歸?
- 24. 使用Visitor設計模式的一個很好的理由是什麼?
- 25. 使用變量是不是很好()
- 26. Azure Table中存儲設計Web應用
- 27. Python 2.7:使用setattr設置所有args/kwargs屬性是否很好?
- 28. couchDB mobile是否穩定或在ios製作應用程序中使用很好?
- 29. Textarea在引導中的形式很好的設計?
- 30. 在Android中編寫很多HTTP請求的好設計模式
我聽說跨瀏覽器兼容性存在問題。 IE以不同的方式對待它。你怎麼看? – Brij 2010-03-25 05:10:00
IE會以不同的方式對待*您所做的任何*。 – 2010-03-25 05:11:52