amin13 发表于 2023-12-11 13:08:42

这很有趣因为你之前提到

是的,绝对是。而我最近刚刚与一些 JavaScript 开发人员进行了一次对话,这次对话对我来说非常不寻常,因为通常我会很舒服地使用 BEM。我的意思是,就像你一样,不是教条式的传统大边界元法,而是小边界元法。我确实喜欢我的连字符和下划线,所以不要以此来评判我。

维塔利:但我听说过这个概念,BEM,它仍然是一个东西吗?它不是像 2017 年或 18 年的东西吗?如果您有 Tailwind 并且有 CSS 和 JS(如果需要),为什么您今天还要使用 BEM?为什么你这么努力去命名并建立这种关系,这可能只是使用原子类创建用户或只是编写一些 CSS 和 JS。

维塔利:我也曾争论过为什么我仍然更喜欢 BEM,但我看到很多人觉得,BEM 不是 电话号码数据 已经过时了吗?而且,现在不是 Tailwind 吗?那么你对此有何看法?也许特别是在 Tailwind 上,这可能非常相关。

斯蒂芬妮:所以对我来说,这不是正确的工具,这与我的工作方式有关,也与我的团队惯例有关。这通常是我告诉人们的,这取决于你正在从事什么类型的项目。这取决于你的团队的构成、你的技能、你的项目架构,就像你每次选择工具一样,所有这些因素都会发挥作用。

斯蒂芬妮:正如我所提到的,我是组件的支持者。因此要记住的重要一点是,并不是每个人都在使用 JavaScript 框架。事实上,如果我们查看全球统计数据,这实际上只是网络的一小部分。我知道感觉好像每个人都在使用 React 或任何其他工具,但实际上并非如此。尤其是如果您加入的团队不是最新的,那么更是如此。一个新的创业公司什么的。您可能找不到 Tailwind。

斯蒂芬妮:所以没关系。但关键是,其中一些方法也不能跨项目转移。因此,如果您只生产一种类型的项目、一种应用程序、一种产品,那么更容易做出选择 Tailwind 之类的决定,而不是如果您正在开发一个旨在跨多种结果使用的项目。也许我在我用 Nunjucks 编写的 110 个静态网站上使用它。但我还需要将其共享到 React 中构建的后端应用程序。因此,如果我的样式表不依赖于 CSS 和 JS,或者它没有完全包含在 React 组件中,那么它将会更加可移植。而且,团队已经找到了克服这个问题的方法。再说一次,你的经历将严重影响你在这里做出的选择。

http://zh-cn.bzlists.com/wp-content/uploads/2023/12/pic1.jpg

斯蒂芬妮:人们面临的另一个大问题是文档问题,我绝对尊重这一点。有时更容易选择具有现成文档的工具。所以,做出这个决定时绝对要考虑到这一点。我不会说 BEM 已经过时了。正如我所说,这只是一种命名约定,它有助于提高可移植性。其目的是能够识别哪些风格可以组合在一起。所以我们可以将其应用到多个位置并得到一个好主意。我认为,在某些情况下,如果您没有能够创建和模板化组件的系统,可能会更令人难忘,因为这并不是人们实际工作的每个环境。

维塔利:绝对地。嗯,当然咯。仅仅谈论、思考可以用 CSS 做的所有事情并回到我们之前简要讨论的内容也很有趣,似乎有很多强大的东西即将出现。最近刚刚宣布了 Safari 16 的所有功能。这真是令人难以置信。这就像圣诞节之前的圣诞节一样。当然,Chrome 103 中还会出现所有精彩的东西,这一切都太精彩了。极好的。在所有这些事情中,您最兴奋的是什么?有没有什么地方你会说,“好吧,这改变了我的生活,这改变了我用 CSS 所做的一切。”

斯蒂芬妮:对我来说,它是容器查询和 :has() 的一、二重拳。我很高兴两者都能稳定。再说一次,特别是从设计系统的角度来看,我认为我们将能够创建我们以前无法实现的最强大和可扩展的组件。所以我对此感到非常兴奋,因为我的前两名选择来到了这里。

页: [1]
查看完整版本: 这很有趣因为你之前提到