当我开发新功能或类

rmruhul

似功能时我总是会给出一个组件、所有类以及该功能当前所获得的所有内容的名称。然后当你推出时，它已经被重新命名了。因此，您在代码中引用了旧名称并且接口具有新名称。和 …

米娜：我尝试总是根据功能或目的来命名事物，而不是稍微短暂的事物，因为该组件的实际目的不太可能改变。我忘了提及，但除了使用 BEM 之外，如果您熟悉的话，我想我们还使用 BEMIT。它基本上是 ITCSS 加上 BEM，两者都 电报号码数据 是由 Harry Roberts 创建的。因此，我使用匈牙利符号来表示某物是否是组件，而不是布局对象，而不是由多个组件组成的更大模式。然后从那里我们使用 BEM 约定来表示块元素等。

德鲁：您是否必须对代码库中的组件和内容进行大量重构和删除，并且必须处理 CSS 落后的问题？

米娜：是的。因此，我维护 slack.com 工作的非 React 部分就是一堆为 CSS 编译的 Less 文件。我向你保证，那里有很多僵尸代码，因为我在那里的时候我们肯定会迭代很多东西。与重新设计页面或其他内容相比，我们并不总是有时间返回并进行清理。所以我想说的是，审计已经过期了。

德鲁：这是我们刚刚在 React 项目中研究的内容，研究我们如何处理 CSS。目前，我们有一些用于整个应用程序的大型全局 CSS 文件，我们确实遇到了这种情况，即我们的包大小一直在增长、增长、增长，而且永远不会变得更小，即使事情确实变得更小已删除。因此，我们一直在研究诸如样式组件之类的东西，Tailwind 也是我们正在认真考虑的另一个选择。你仔细看过顺风吗？

米娜：我没看过很多。我一直对此很好奇，但同样，我从来没有真正有时间深入研究它是否是我想尝试将其引入到我们的代码库中的东西。

德鲁：我实际上很惊讶，因为像你一样，我对如何做这些事情有点老派。我喜欢良好的关注点分离。我喜欢用 CSS 编写 CSS，当然，Tailwind 的方法是拥有所有这些类名称，这感觉有点像您正在应用的内联样式。如果感觉很脏。



米娜：是的。
德鲁：我在团队中自愿加入，我们每个人都采用了一项技术来调查它们是否适合我们的问题，我自愿关注 Tailwind，因为我绝对确定我会讨厌它。
米娜：不，不。

德鲁：但事实证明我实际上认为它解决了很多问题。我印象很深刻。

米娜：是的。我已经开始采用类似的思维方式，因为过去我更喜欢让一个类包含特定组件所需的所有样式，而不是像我相信 Tailwind 那样为每个属性创建一个类或类似的语言。出于类似的原因，感觉很像，“好吧，我此时只是运行内联 CSS。我为什么要这么做？但随着我的开发越来越多，在我们的 Slack 设计系统中，我创建了一堆我称之为实用程序类的东西，它们可以做一些事情，比如用模式添加一些边距。我注意到，除了组件类之外，我越来越多地使用这些类。所以我想，“好吧，也许我应该重新审视整个过程，一次将 CSS 作为一个声明。” 我不知道我是否会走那么远，但这绝对值得考虑。