CSSWG分鐘電視（2024-12-04）：只需使用網格與顯示：砌體

> CSS工作組（CSSWG）定期舉行會議以解決GitHub問題，通常會阻止漫長的論壇辯論。 一場特別重要的會議於2024年12月4日舉行，重點是為期五年的討論：是否應該將砌體整合到網格中或保持單獨的佈局系統？ 為了全面了解辯論的歷史，請諮詢Geoff的CSS Masonry＆CSS Grid，並選擇Miriam Suzanne的CSS中的砌體語法。

>

核心問題，經過多年的討論和技術障礙，現在解決了

語法

：哪種方法更容易讓開發人員學習，這將如何影響未來的CSS開發？ W3C技術架構組（TAG）提供了輸入，促使嘗試調和Apple和Google的兩項競爭建議。 雙方在會議期間提出了他們的論點，目的是達成共識。 （完整的會議記錄可在w3c.org上找到） 競爭提案：PowerPoint演示

> Alison Maher（Microsoft），提倡砌體作為新的

值，強調了這些要點：

在砌體和網格之間存在顯著的行為差異。 display

>提供了優越的默認設置（雷切爾·安德魯（Rachel Andrew）最近強調的一點）。
1. 對
冗長的後衛的擔憂被駁回； 馬赫（Maher）認為，專注於未來的衛星至關重要，作者應實施明確的後備。
2. > display: masonry砌體的定位更簡單（一個軸與網格的兩個）。
砌體速記比網格的複雜速記更具用戶友好。
3. 砌體和網格之間的放置和對齊方式有很大不同。 display: masonry
亞美子/子網格中的未來發展將進一步分歧。
4. 將砌體整合到網格中將導致規格，增加學習複雜性和開發人員混亂。
5. >
結論（Maher）： Jen Simmons（Webkit），以“ Just Just Gust Grid”方法擁護：
1. >一種新的佈局類型引入了一個單獨的，相似但差異的語法，可能會使熟悉網格的開發人員感到困惑。
2. Chrome提案引入了大約10個新屬性，被認為是不必要的。 Chrome提議聲稱的提高語法提出了爭議；
提供了足夠的解決方案。
3. grid-auto-flow突出顯示了行佈局語法的差異。
>
4. 行為中的差異。
5. > auto-flow擬議的砌體默認值被批評為無效。
在網格和砌體之間切換（例如，在斷點處）更簡單。
6. 重用現有的網格功能與CSS設計原理保持一致。 >
7. >標籤輸入
8. lea verou（tag）提供了標籤的觀點：>
標籤找到了Webkit的參數引人注目。 他們不僅建議將砌體整合到網格中，還建議簡化網格本身。 在承認某些網格特徵的複雜性的同時，他們強調了需要更簡單的解決方案。 他們強調了更智能默認值的潛力以及減少學習曲線的統一方法的好處。 標籤還指出，許多砌體用例都受益於更簡單的，通常是1D，網格。 辯論繼續

隨後的討論涉及各種觀點：

人們對擬議特性的一致性提出了

。

一些成員根據標籤的論點改變了他們的立場。

強烈反駁是根據標籤的建議提出的，理由是結合了不同的佈局模型引起的潛在衝突和復雜性。
標籤闡明了他們的位置，強調了佈局方法的連續性以及對柔性語法的需求。

即使值有所不同，也出現了共享屬性的重點。

結果：僵局
儘管進行了廣泛的討論，但共識仍然難以捉摸。一項稻草民意調查顯示了一個分裂的決定。 會議結束時沒有明確的前進道路。
• >
這場延長的爭論強調了一個良好的解決方案的重要性。 一項針對雙方關注的新提案很可能是必要的。 CSS砌體的未來仍然不確定，但是它對未來佈局系統的重要性是不可否認的。
• 更多資源
• 文章包括有關進一步閱讀和相關github問題的鏈接。

以上是CSSWG分鐘電視（2024-12-04）：只需使用網格與顯示：砌體的詳細內容。更多資訊請關注PHP中文網其他相關文章！