关于这篇规范的延伸阅读

[Zhangjd]

最近我关注了不少前端规范类的资料，这篇文章是其中一篇，本意是希望毕业工作后能多写点规范代码，顺便就投稿到前端外刊评论。译文发表之后，又收到了不少补充的意见，因此收集整理如下。如果译文和以下资料的收集对你有所帮助，欢迎点个 Star 再走哈~

大漠老师的补充

• 关于 BEM，不是规范而是一种思想，不同的人看法不一样，是否适合自己或者自己的团队，如何具体运用到自己的业务，需要去探索
• 比如云龙就把自己的组件构造中，而不仅仅是用于 CSS 的类名定义当中。推荐阅读：
  • CSS, Sass, SCSS, Compass, Less,BEM, SMACSS, OOCSS, ACSS, CCSS, WTFSS?
  • OOCSS, ACSS, BEM, SMACSS: what are they? What should I use?
  • Organizing CSS with OOCSS, SMACSS, and BEM - Matt Stauffer
  • A Look at Some CSS Methodologies
  • OOCSS, SMACSS, BEM, DRY CSS: afinal, como escrever CSS?
• 其实这些都是源于早期的 OOCSS，但目前这些方法面对于当今的 CSS module 而言，又有一些受限了。
  • Modular CSS with React
• 关于 CSS 预处理器的相关阅读：
  • (转载)再谈 CSS 预处理器
  • Less介绍及其与Sass的差异
  • 预处器的对比——Sass、LESS和Stylus
• 将来在处理器方面，应该是 PostCSS 的世界，CSS 将 npm 化，建议大家关注一下
  • PostCSS 专题
• Houdini
  • https://wiki.css-houdini.org/planning
  • 【转载】Houdini：也许是你从未听过的在CSS领域最令人兴奋的发展

黄玄老师的 Slides

• CSS Still Sucks 2015

kmokidd 老师的意见

• 个人感觉选择器也好、命名规范也好，都很依赖于项目的性质，有的时候项目可提取的组件多，用BEM的方式可能会更可取。如果看到xxx规范，不管自己的项目状况就去遵循，也是件挺傻的事情。

贺师俊老师的反对意见

• 为后代选择器和ID选择器而辩护
• OOCSS、 SMACSS、 BEM、MVCSS你们在用哪个作基础？ - 贺师俊的回答 - 知乎
• 实际上这份东西里有许多自相矛盾的地方。比如如果你真的要重用，提取成mixin就好了。class并不是用来重用css的，class是用来重用对语义的细化的，样式/行为都是附带效果而已。这也说明了，js要用不同的class这条是扯淡。
• 如果这个语义，同时需要样式和行为，那当然应该共享相同的class。至于在维护中遇到的问题，得找到真正的原因。真正的原因恰恰是，js行为被勾在了不恰当的class上，比如.primary-button只是表达这是一个主按钮，但是每个主按钮的行为当然是不一样的。所以你需要单独的id/class（或者其他属性如data-xxx-action之类的）来勾行为。绝大多数时候，复用id就可以了。但是因为不要用id的教条，导致程序员随手找了个恰好在那里的class挂上去。