> 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）最近强调的一点）。
- 对
冗长的后卫的担忧被驳回； 马赫（Maher）认为，专注于未来的卫星至关重要，作者应实施明确的后备。- >
display: masonry砌体的定位更简单（一个轴与网格的两个）。
砌体速记比网格的复杂速记更具用户友好。-
砌体和网格之间的放置和对齐方式有很大不同。
display: masonry
亚美子/子网格中的未来发展将进一步分歧。
- 将砌体整合到网格中将导致规格，增加学习复杂性和开发人员混乱。
- >
结论（Maher）：
Jen Simmons（Webkit），以“ Just Just Gust Grid”方法拥护：
- >一种新的布局类型引入了一个单独的，相似但差异的语法，可能会使熟悉网格的开发人员感到困惑。
- Chrome提案引入了大约10个新属性，被认为是不必要的。
Chrome提议声称的提高语法提出了争议；
提供了足够的解决方案。-
grid-auto-flow突出显示了行布局语法的差异。 >
- 行为中的差异。
- >
auto-flow拟议的砌体默认值被批评为无效。
在网格和砌体之间切换（例如，在断点处）更简单。
- 重用现有的网格功能与CSS设计原理保持一致。>
- >标签输入
- lea verou（tag）提供了标签的观点：>
标签找到了Webkit的参数引人注目。 他们不仅建议将砌体整合到网格中，还建议简化网格本身。 在承认某些网格特征的复杂性的同时，他们强调了需要更简单的解决方案。 他们强调了更智能默认值的潜力以及减少学习曲线的统一方法的好处。 标签还指出，许多砌体用例都受益于更简单的，通常是1D，网格。
辩论继续
随后的讨论涉及各种观点：
人们对拟议特性的一致性提出了
。
一些成员根据标签的论点改变了他们的立场。
强烈反驳是根据标签的建议提出的，理由是结合了不同的布局模型引起的潜在冲突和复杂性。
标签阐明了他们的位置，强调了布局方法的连续性以及对柔性语法的需求。
即使值有所不同，也出现了共享属性的重点。
结果：僵局-
尽管进行了广泛的讨论，但共识仍然难以捉摸。一项稻草民意调查显示了一个分裂的决定。 会议结束时没有明确的前进道路。- >
这场延长的争论强调了一个良好的解决方案的重要性。 一项针对双方关注的新提案很可能是必要的。 CSS砌体的未来仍然不确定，但是它对未来布局系统的重要性是不可否认的。
- 更多资源
- 文章包括有关进一步阅读和相关github问题的链接。
以上是CSSWG分钟电视（2024-12-04）：只需使用网格与显示：砌体的详细内容。更多信息请关注PHP中文网其他相关文章！
