Angular Material组件独立主题文件方案存在哪些弊端？

我完全认同你的观点。翻看Angular Material官方文档后，它推荐的为每个组件单独使用-theme文件来管理特定类的主题相关样式，确实存在不少会拖慢开发节奏的弊端：

• 过于冗长繁琐：每个组件都配一个单独的主题文件，会让项目的文件结构变得臃肿不堪。尤其是在组件数量众多的大型项目里，文件数量会激增，不管是找文件还是后续维护，都会变得异常麻烦。
• 样式分散，开发体验差：组件的基础样式在自身的CSS/SCSS文件里，主题相关样式又在单独的-theme文件中，开发时需要在两个文件之间来回切换，很容易打断思路，降低开发效率。
• 团队学习成本高：要求所有前端开发人员都熟练掌握Angular Material的色彩机制，比如mat-color()这类函数的用法。对于新人或者不常接触Material主题的开发者来说，这是个不小的门槛，不仅增加了上手难度，还容易出现错误。
• 取值修改困难：就像你提到的例子，之前用mat-color($primary, 200)设置边框颜色，现在要修改这个取值的话，得逐个找到对应的-theme文件去调整。如果项目组件多，这简直是个耗时又容易漏改的噩梦。

内容的提问来源于stack exchange，提问作者NRaf