@phxsuns #36 这里没用嵌套包起来，复用的代码写在哪里都行，实践当中我会写在靠前的位置，复用的位置留一个只有选择器语句的空段落

@cmdOptionKana #35 不认可没关系，我就这么一说，大家这么一看，等下次维护 CSS 抓狂时想起这个来，愿意试一试就行

@MAGA2022 #33 因为我这么写好多年了。你看这么多人看一眼就开喷，我一点不急，好用不好用那是真实的感觉，伪装不来

@marcong95 #32 如果你感觉到了语义，那么就是有语义，这不是错觉

@yyf1234 #31 我日常维护 200 个 CSS ，要是真的累的要死也坚持不住吧

@adoal #30 CSS 也是有层级的，只是大多数人用扁平化来写，丢失了层级结构

@digimoon #29 什么鬼，#12 那种不是要写到吐血

@machunning9843 #25 这个不矛盾吧，我也没说有结构了就不要拆分，改搞组件还可以搞，组件里也有结构，还是有缩进的需要

@justfindu #24 实践当中很多用 class 的场景实际应该用 id ，这个写法对 id 这种唯一结构比较有效。对 class 的场景，应该说也不是所有 class 都是平级的，还是会体现某种结构的，可以按照个人喜好细化约定

@rioshikelong121 #23 如果编辑器可以分析 DOM 结构，理论上可以自动生成这个缩进

@ymcz852 #22 这个不仅仅提供了定位路径，还是一种代码组织约束，使得相关代码必须聚集在一起，那么会减少非常多的 important 乱象

@wonderfulcxm #20 就是故意避开嵌套的，嵌套会导致选择器链严格化，class 被嵌套会使作用范围变小。而且嵌套和非嵌套可以混写，使严格化成为可选项

@herozzm #18 共用的 class 一般都在类似的层级，实践中写在哪个部分都可以，不用复制多处。而且因为故意没有用嵌套语法，所以写在哪都能正常发挥作用

@herozzm #17 不不，只要遵守这个约束，换人来写会得到一样的结构，这是可维护的基础

@cssk #15 展示一小段代码你们可能感觉不到好处，当代码规模大了会发现有种结构化的美感

@kaiki #14 这种写法可以解决代码散乱问题，因为模仿 DOM 结构决定了相关的代码必然聚集在一起

@yyfearth #10 我也用预处理器，也用预处理器提供的嵌套，不过在非嵌套的部分，我继续保持按照 DOM 结构缩进的做法，这里既没有矛盾也没有替代关系

@Pastsong #6 您是想说 tailwind 那种准内联写法么，那种抹除 CSS 选择器抽象层的做法不在这个讨论的语境里，这里是说有选择器抽象层的情况下，怎么处理这个抽象层的结构化

@thedrwu #3 这种缩进需要开发者对照 DOM 结构来写 CSS ，应该不是某种工具能自动实现的，当然我并不知道你提到的工具具体怎么工作