我认为 Ashley Nolan 的想法很正确
许多关于 PostCSS 的帖子将它的功能与 Sass 等效物进行比较，但 PostCSS 不必用作 Sass 的替代品。相反，它可以用来为您的工作流程添加 Sass 没有提供的额外功能。… 这些额外的任务可以在 Sass 编译之前或之后运行，因为 PostCSS 可以解析 SCSS 和 CSS。
事实证明，PostCSS 对开发人员来说，编写附加组件要容易得多。有许多非常引人注目的附加组件。但我认为，如果选择，比如，十几个试图复制 Sass 已经做到的功能的附加组件，再加上您认为有用的其他附加组件，将是一个错误。您的 CSS 代码库可能会变成这种奇怪的高度定制的语法 - 您将像在一个孤岛上编码一样。更不用说依赖于无数第三方维护人员了。
我认为诀窍是使用 Sass（它多年来拥有许多强大的经过实战检验的语法选择）并在其中加入 PostCSS 处理以及好的附加组件。好，意味着积极维护并且不会弄乱语言。我更喜欢语法看起来熟悉的附加组件，但它是发明的，因此它永远不会与当前的 CSS、未来的 CSS 或其他预处理发生尴尬的冲突。