Javascript 使用angular cli build/schemantics的树震动css

我在做一个项目。我面临一个css的问题。这在某种程度上是一个非代码问题，并且偏离了放置代码的stackoverflow需求。但希望它不会被标记为关闭。背景如下：

我有很多不必要的css挥之不去。我需要在构建过程中对不必要的css进行树形处理。有一个你能帮我的吗

以下是正在发生的事情的背景：

• 我试图转移到SCS，发现创建的类比手动使用时创建的类多得多
• 所以我转向了纯手工创建的css片段，这些片段是手工编写的，有些是从框架中提取出来的（bootstrap）。因为这些都是代码片段，所以在开发中并没有全部使用。但是，由于该框架有很多额外的css来覆盖整个原因（比如响应网格），因此它留下了很多未使用的css
• 因此，为了减少开销，我尝试使用基于dom的本机shadow组件。但是我看到我的css在很多组件中被重复
• 现在，我将所有css放回main styles.css（style1.css、style1.css等由ng cli连接），以帮助更快地清理css，并移动到组件的默认角度模拟。但随着我的应用程序越来越大，我无法手动跟踪css

选项：

我发现人工摇树是个问题。所以我看到有一些css树生成器，但是由于angular cli可以与多个组件一起工作，所以我认为需要将css树生成器与cli集成。我找不到cli与生成合并的版本

---

问题：有人对如何集成有什么建议，或者有没有css摇树器社区项目？我没有和schmatics合作过

你到底是什么意思树不必要的CSS？你能提供一个通用的例子吗？比如树标记未使用的变量和使用CLI导入。这里是一些人实际的基础工作。在你回复之前，让我检查一下你准备好了什么。实际上，这既不可能也不实际。您需要编译页面的每一个变体，考虑到CSS预处理器和

ng class

指令，它无论如何都会失败。一个好的CSS震动器需要理解并应用特定性。此外，这一收益不值得付出努力。CSS的唯一问题是加载，而不是处理。此外，您是否进行了实际改进的对比测试？只要重复同样的规则1k次，看看在加载和解析方面是否有任何显著差异。是的，这也是我的想法。我在看css cleaner的博客。我解释过你可以在html和ngClass以及ngStyle中匹配css类。然而，我意识到一个没有检测到css代码的纯js也会把事情搞砸。如果我仅在html、ngclass、ngstyle中使用css类的约束，有哪些选项可用？我能使用新的渲染器识别它们吗？让我们忽略一个事实，我们将永远使用预处理器。