Sass 选择器的自动修复顺序

Sass 选择器的自动修复顺序,sass,sonarqube,stylelint,scss-lint,Sass,Sonarqube,Stylelint,Scss Lint,我们使用声纳来反对我们的申请。Qube规则中有一条规定: 特异性较低的选择器应优先于特异性较高的选择器 详情如下。由于我的应用程序有很多违规行为,手动更改顺序实际上是不可行的。我想知道是否有一种方法可以在“修复”模式下使用scss lint、stylelint或其他东西,从而改变选择器的顺序。我找了一下,但在stylelint里什么也没找到。也许它不能安全地自动完成,因为更改顺序可能会影响特定性,从而更改应用程序行为…正如我个人所说!要知道,并没有提供这一点的短绒。(我对此很好奇。)但我只是想了

我们使用声纳来反对我们的申请。Qube规则中有一条规定:

特异性较低的选择器应优先于特异性较高的选择器


详情如下。由于我的应用程序有很多违规行为,手动更改顺序实际上是不可行的。我想知道是否有一种方法可以在“修复”模式下使用scss lint、stylelint或其他东西,从而改变选择器的顺序。我找了一下,但在stylelint里什么也没找到。也许它不能安全地自动完成,因为更改顺序可能会影响特定性,从而更改应用程序行为…

正如我个人所说!要知道,并没有提供这一点的短绒。(我对此很好奇。)但我只是想了解一下遵循这一“规则”的必要性:

事实上:编写SASS/CSS是一个很好的实践,它采用的方法是先编写指定度较低的选择器。CSS结构变得更具可读性,并且更容易构建代码结构,因为您的头脑(和代码)中有一个更清晰的系统

但是从CSS的工作原理来看,实际上没有必要这样做。这样做,代码不会变得更安全,也不会变得更不安全,页面加载速度也不会变慢。这就是特定性机制的作用:对于特定性而言,选择器的顺序并不重要,您可以按照需要的顺序编写代码。只有在指定性相同时,订单才会计数

所以,也许这条规则会带来“更好”的代码。但是:并非所有规则都需要填写。并非所有谷歌试图用其在浏览器中提供的最佳实践规则建立的规则,也不是其他分析工具提供的所有规则都需要遵循


如果不是在这个项目中,因为它需要资源来纠正它。。。它可能是但不是下一个项目的目标;-)

同意,这在技术上是不需要的。也同意它更干净,这可能是该工具规则的动机。我试图通过修正规则来获得快乐。我们的团队正试图将相同的规则集应用于所有代码,因此我们的动机是自动修复这个旧代码库中的问题。