scss中下划线变量（如$_color-warning）并非语法私有，其不可访问性仅由@use模块系统默认不导出$_开头成员实现；若用@import引入，则该变量仍可全局读取和覆盖。

SCSS 本身没有“私有成员”语法，所谓私有是 @use 模块系统 + 命名约定共同作用的结果，不是变量前加下划线就自动隐藏。

SCSS 中 $_ 变量不导出是 @use 的默认行为，不是语法强制

你写 $_color-warning，编译器不会报错、也不会拦截访问——它只在 @use 加载的模块里默认不对外暴露。一旦用 @import 引入，$_color-warning 照样能被读取和覆盖。

• @use 创建模块作用域，所有以 $_ 或 $- 开头的变量、mixin、function 默认不导出
• @import 是全局合并，$_ 前缀毫无约束力，纯属注释级提醒
• 变量是否可访问，取决于引入方式，而不是名字里有没有下划线
• 想验证是否真私有？在另一个文件里写 colors.$_color-warning，编译失败才是生效了

为什么 @forward 会破坏私有性？

如果你在中间模块用 @forward 'colors'，默认会把源模块所有可导出项（即非 $_ 开头的）原样转发；但若加上 as * 或漏掉 hide 控制，就可能意外暴露本该隐藏的项。

PigX UI 前端开发

PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。

下载

• @forward 'colors' hide $_color-warning → 显式屏蔽，安全
• @forward 'colors' as theme → 所有可导出项挂到 theme. 下，$_ 仍不可见
• @forward 'colors' as * → 解构导入，但 $_ 变量依然不会进入当前作用域
• 最危险的是 @forward 'colors' 不加任何修饰 —— 它等价于全量转发，且无法阻止下游再 @use 后直接访问

partial 文件名里的下划线（如 _colors.scss）和变量私有无关

_colors.scss 的下划线只是告诉 Sass 编译器“别单独编译我”，它和里面写的 $color-primary 还是 $_color-primary 完全无关。

• 文件名下划线影响的是构建产物（不生成 colors.css），不影响变量可见性
• 哪怕你把文件改成 colors.scss，只要用 @use 'colors'，$_ 变量依然默认不导出
• 反过来，如果文件叫 _utils.scss 但里面全是 $helper-xxx，这些变量照样会被 @use 导出
• 真正起作用的是 @use + 变量名前缀 + 是否显式 @forward，三者缺一不可

最容易被忽略的点：私有性只存在于模块边界内，一旦跨过 @use 层级，就靠命名约定和团队纪律兜底；VS Code 插件提示 “undefined” 不代表真的不可用，可能是插件没解析 @use 作用域。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！