且有 CSS 和 JS（如果需要），为什么您今天还要使用 BEM？为什么你这么努力去命名并建立这种关系，这可能只是使用原子类创建用户或只是编写一些 CSS 和 JS。 维塔利：我也曾争论过为什么我仍然更喜欢 BEM，但我看到很多人觉得，BEM 不是已经过时了吗？而且，现在不是 Tailwind 吗？那么你对此有何看法？也许特别是在 Tailwind 上，这可能非常相关。 斯蒂芬妮：所以对我来说，这不是正确的工具，这与我的工作方式有关，也与我的团队惯例有关。这通常是我告诉人们的，这取决于你正在从事什么类型的项目。这取决于你的团队的构成、你的技能、你的项目架构，就像你每次选择工具一样，所有这些因素都会发挥作用。
斯蒂芬妮正如我所提到的
我是组件的支持者。因此要记住的重要一点是，并不是每个人都在使用 JavaScript 框架。事实上，如果我们查看全球统计数据，这实际上只是网络的一小部分。我知道感觉好 波兰 WhatsApp 号码列表 像每个人都在使用 React 或任何其他工具，但实际上并非如此。尤其是如果您加入的团队不是最新成立的。一个新的创业公司什么的。您可能找不到 Tailwind。 斯蒂芬妮：所以没关系。但关键是，其中一些方法也不能跨项目转移。因此，如果您只生产一种类型的项目、一种应用程序、一种产品，那么更容易做出选择 Tailwind 之类的决定，而不是如果您正在开发一个旨在跨多种结果使用的项目。也许我在我用 Nunjucks 编写的 110 个静态网站上使用它。但我还需要将其共享到 React 中构建的后端应用程序。
因此如果我的样式表不依赖于
CSS 和 JS，或者它没有完全包含在 React 组件中，那么它将会更加可移植。而且，团队已经找到了克服这个问题的方法。再说一次，你的经历将严重影响你在这里做 BTC 数据库欧盟 出的选择。 斯蒂芬妮：人们面临的另一个大问题是文档问题，我绝对尊重这一点。有时更容易选择具有现成文档的工具。所以，做出这个决定时绝对要考虑到这一点。我不会说 BEM 已经过时了。正如我所说，这只是一种命名约定，它有助于提高可移植性。其目的是能够识别哪些风格可以组合在一起。所以我们可以将其应用到多个位置并得到一个好主意。我认为，在某些情况下，如果您没有能够创建和模板化组件的系统，可能会更令人难忘，因为这并不是人们实际工作的每个环境。
