用 CSS 编写的，并且它应该是干净漂亮的。当然，最重要的是，级联层已经得到了很好的支持。所以我想知道这一点，当然，更不用说……我的意思是，有很多东西出现，CSS 中令人难以置信，颜色混合，颜色对比，变亮，变暗，所有这些东西也将进入原生CSS。所以我想知道你的看法，你认为萨斯现在会搬到哪里？它会更多地用于对 Mixins、函数之类的东西进行字面处理吗？你会说这应该在 CSS 中的什么地方？而那可能应该留在 Sass 中？ 斯蒂芬妮：是的。因此，所有这些都是与 Sass 等功能和工具如何影响或帮助影响 CSS 作为一种语言的演变的非常有效的比较。当然，我很高兴这些东西能够成为原生的。正如我所提到的，组织仍一起的部分。
然是我继续使用 Sass 编译样式表
的一个重要原因，并且仍然保持分离，就像我所说的，我的组件或任何其他组合在 斯蒂芬妮：同样在设计系统上下文中，或者在您正在创建可重用系统的其他上 葡萄牙 WhatsApp 号码列表 下文中，您希望更好地管理您的系统，无论您将它们称为令牌还是任何您所说的基线配置，以及如何不同的定制进入样式表，我相信 Sass 仍然会大放异彩。 斯蒂芬妮：就像你说的，函数，Mixins。我发现自己现在使用的 Mixins 越来越少，因为，就像我说的，在某些情况下，自定义属性填补了我使用 Mixins 的空缺。但我仍然使用 Sass 来实现函数。绝对地。那么，这是否会循环遍历我的令牌以自动吐出不同的实用程序样式。对我来说，这仍然足够有用，我将继续使用 Sass，而且这是我们在 CSS 中看不到的功能。
斯蒂芬妮但是是的我确实改变
了一些使用 Sass 的方式。使用 :is和有时它们可以帮助简化我的选择器，就像以前使用 Sass 一样。所以，是的，我绝对喜欢将应该属于浏览器的功能 BTC 数据库欧盟 切换到浏览器，但仍然发现组织和功能在 Sass 中对我来说特别有用。 维塔利：是的，绝对是。这很有趣，因为你之前提到过 BEM，而我最近刚刚与一些 JavaScript 开发人员进行了一次对话，这次对话对我来说非常不寻常，因为通常我会很舒服地使用 BEM。我的意思是，就像你一样，不是教条式的传统大边界元法，而是小边界元法。我确实喜欢我的连字符和下划线，所以不要以此来评判我。 维塔利：但我听说过这个概念，BEM，它仍然是一个东西吗？它不是像 2017 年或 18 年的。
