Kelly Sutton 撰写了一篇名为 Deletability 的文章，我一直思考着它以及他的想法如何与编写 CSS 相关。
通过使用代码，我们看到模块化和可删除性密切相关。正确模块化的代码易于删除。
编写可删除的代码就是编写好的代码。
显然，这是一种常见的软件编写方法，尽管我在前端方面从未听说过这个概念。但！我认为，当我们命名类或构建复杂布局时，这应该成为我们的目标。在反复思考了这个想法后，我认为诸如“我可以轻松地丢弃这段代码吗？”之类的问题，应该是衡量我们是否很好地编写 CSS 的标准。
例如，前段时间我在一个项目中，一个复选框元素的样式影响了另一个完全无关的复选框的样式。每个复选框的代码分散在多个文件和目录中，因此团队中的设计师会不断地来回修改，撤销彼此的工作，试图解决自己的问题，却没有考虑继承和 CSS 设计的更大问题。他们会在应用程序的特定部分发现问题，更改 CSS 并继续他们的工作。我并不是想贬低任何人——有些应用程序拥有数万行 CSS 代码，并且应用程序可能极其复杂，所以他们没有预料到这个问题也就不足为奇了。
但是，如果最初设计这些复选框时就考虑到了可删除性的概念，我认为我们将完全避免这个问题。line-height 和 font-size、颜色和背景颜色属性将被隔离在正确的文件中。因此，查看一个文件，我们就可以看到所有针对此特定元素的代码。换句话说，该系统将立即变得清晰易懂。
如果将来，我们能够开始丢弃代码库的大部分内容而不影响无关的组件，那么我们理应为我们自己举杯庆祝，因为我们一直都很聪明。