在 Sampa 2024 Front 上介绍 CSS 架构的三大支柱让我有机会从理论角度阅读大量有关 CSS 的内容，我觉得这让我对 CSS 有了更成熟、全面和战略性的看法CSS 大规模开发。
在这次旅行中，我发现了有关 CSS 的观点，这些观点除了重新点燃了我的好奇心之外，还让我很高兴能够根据这些新的世界观做出新的决定。
循环复杂度是程序复杂性的度量 - 每个流程控制和每个输出都会增加方法、类或应用程序的复杂性。
在 CSS 中，复杂性可能意味着缓慢、可重用性差以及过于具体的选择器。
div.sidebar .login-box a.btn span {}
/*
Pode ser lido como
IF (inside .btn)
AND IF (on a)
AND IF (inside .login-box)
AND IF (inside .sidebar)
AND IF (on div)
*/
“将您的选择器视为小程序”
链接到 CSSWizardry 博客上的英文文章
仍然是关于将CSS视为一种具有逻辑操作的语言的价值，不仅仅是谈论根据上下文条件进行逻辑评估以使代码可用的媒体查询，而是每个交互状态，下一个选择器是否存在，来自选择器索引，或来自特定子项的存在（带有 :has）。
这是一篇关于新属性和由 :has、容器查询和已经存在但尚未深入探索的支持查询引起的范式转变的文章。
链接到 Ahmad Shadeed 博客上的英文文章
Cascade 样式表，但很常见的是涉及 CSS 编写方式和顺序的 CSS 错误。在 Amelia Wattenberger 撰写的这篇精彩的博客文章中，她以简单直观的方式演示了瀑布流的工作原理，并提供了有关如何考虑 CSS 的见解。
链接到 Amelia Wattenberger 博客上的英文文章
我越需要使用 CSS-in-JS，它的缺点就越困扰我，例如包大小、运行时变化以及令人困惑的重用与共置架构。使用 CSS 变量，与通过样式注入变量相比，更喜欢箭头函数变得更加过时 - 它更简单，并且 CSS 可以很好地处理这种类型的范围。
正是在这篇文章中，我们了解了它存在的原因和方式，并在全文中提到了令人难以置信的链接。
链接到媒体上的英文文章
CSS 是网络加载缓慢、未使用和过多的 CSS、选择器和操作的最大罪魁祸首，这些选择器和操作在交互中会影响比应有的更多节点，甚至是需要更少开销和更多架构的复杂而缓慢的选择器。
在本文中，您将了解浏览器如何加载、编译这一关键资产并对其进行优先级排序，以及如何减少最终用户访问它的路径。
链接到 Stoyan Stefanov 博客上的英文文章
阅读完后，观看 Harry Roberts 制作的关于 Frontend United 上 CSS 性能的视频
Ethan Marcotte 根据建筑组件创造了“响应性”一词，这些组件以某种方式对其空间的占用做出反应，这一瞥见的灵感来自于 John Alsopp 在 200 年的文本，该文本呼吁建立一个更自由的网络，规定更少的规则设备数量不断增加的世界中的用户已经改变了我们编写界面的方式，也将改变您查看界面的方式。
链接到 A List Apart 博客上的英文文章
阅读完后，观看 Jen Simmons 的这段视频，以现代的视角看待响应能力 - 内在布局
关闭
我在 Google 频道上观看 HTTP 203 时认识了 Jake，从那时起我就一直关注他的博客。在这篇文章中，他探讨了在
的折叠中包含链接的可能性。逐步加载“折叠”下方内容的样式。不知道这是可能的吗？是的，TIL也是！
链接到 Jake 博客上的英文文章
读完后，观看 Chrome for Developers 频道上的 HTTP 203 节目，我从 Jake 和他的客人那里学到了很多东西
以上是4 篇让我大吃一惊的 CSS 文章的详细内容。更多信息请关注PHP中文网其他相关文章！
