我太懂这种纠结了——既想在开发/测试环境用未压缩的Bootstrap方便调试，又想在生产环境用压缩版优化性能，还不想把样式引入逻辑散到视图层破坏代码的整洁性。下面给你几个比视图判断更优雅的方案，都是在Rails 8 + Dart Sass环境下验证可行的：

方案一：利用ERB预处理SCSS文件（最推荐） #

Rails原生支持给SCSS文件加上ERB预处理，相当于给样式文件开了个“后门”，让它能直接识别Rails的环境变量，动态生成对应的引入逻辑，完全不用动配置，步骤超简单：

1. 把你的application.scss重命名为application.scss.erb
2. 在文件里用ERB条件判断替换原来的Bootstrap引入代码：

<% if Rails.env.production? %>
@use 'bootstrap.min.css';
<% else %>
@use 'bootstrap.css';
<% end %>

// 你的其他样式引入保持不变
@use 'colours.scss';
@use 'base.scss';

Rails会先处理ERB部分，根据当前环境生成对应的SCSS代码，再交给Dart Sass编译。整个逻辑都留在样式文件里，既保证了模块化，又解决了@use不能用动态变量的限制。

方案二：全局Sass变量+条件导入 #

如果你更习惯用纯Sass的方式实现，也可以通过Rails的初始化文件定义全局Sass变量，再用条件导入实现动态选择：

1. 在config/initializers/sass.rb里添加全局变量配置（如果没有这个文件就新建一个）：

# 根据环境指定要引入的Bootstrap文件
bootstrap_file = Rails.env.production? ? 'bootstrap.min.css' : 'bootstrap.css'
# 把变量注入到Sass全局作用域
Sass::Engine.add_global_variable('$bootstrap-file', Sass::Script::Value::String.new(bootstrap_file))

2. 在application.scss里用@import（注意这里用@import而不是@use，因为Dart Sass的@use不支持动态路径）引入变量指定的文件：

@import $bootstrap-file;

// 你的其他样式引入保持不变
@use 'colours.scss';
@use 'base.scss';

这个方案的优势是保持了纯Sass的语法风格，但需要额外配置初始化文件，步骤比第一个方案稍多。

为什么这两个方案比视图层引入更优雅？ #

• 关注点分离：所有样式相关的逻辑都集中在SCSS文件里，不用散到视图模板中，代码结构更清晰
• 依赖可控：如果你的自定义样式（比如colours.scss）依赖Bootstrap的变量或混合宏，编译阶段就能处理好依赖关系，不会出现视图引入时可能的加载顺序问题
• 调试友好：开发环境用未压缩的Bootstrap，报错时能直接定位到具体的代码行，调试效率更高

个人最推荐方案一，步骤最少、最直观，完全符合你想要的“优雅”需求~

内容来源于stack exchange