更多 vs 更少 - 简单比较
神奇的是，虽然在标签里面放那么多类让我非常不爽，可是人们爱哈利，因为他太特么能说了。提倡的某些东西，比如说 OOCSS 和单一责任原则，从我自己创建的一系列日益复杂的网站来看，我可以说这确实值得对样式行为进行解耦，不过直到最近我才找到一种让我觉得满意的方式来实现它。
我原先有做过一个 BEM 的版本，它强调了独立高于重用 ‐ 每个新的块默认是没有样式继承的，允许组件独立开发并且可以避免打乱页面其它样式的风险。不过代价就是碎片化(fragmentation) ‐ 忽然你会发现你有了 10 种不同的样式链接，12 种不同的蓝色，18 种差别细小的按钮样式等。妮可?沙利文，OOCSS 的作者，去年在墨尔本做了一个超赞的演示，讲到了这个问题是有多普遍，以及怎么解决它。
对我来说，我觉得可以接受的解决方案是，深入 CSS 的预处理机能，从而取得 BEM 的独立性以及 OOCSS 的一致性。比如说，下面这样的:
应该改成这样:
我成功终结了充满了占位符的文件，比如满眼都是那些_typography.scss 和 _brand.scss，这不但让我有能力控制碎片化，同时还能默认保持了样式的对每个新组件的独立性。所有的东西都挺好的，起码有那么一段时间是这样。
修饰符: M 是怎样破坏 BEM 的
只要你做关于 CSS 类的命名 & 维护方面的任何研究，你一定会要看到尼古拉斯.加拉格尔的杰作"关于 HTML 的语义和前端架构"。其中一部分特别吸引我，他称之为修饰符的 '单类模式' vs '多类模式'。简单的说，你的 HTML 会有两个版本，看起来像这样:
这通过两个备选的 CSS 模式实现:
新闻热点
疑难解答
