sass如同css一样 可以模块化。
css中通过import来实现模块化， 但是两者有些不同，css是会参与到运行时的，也就是说运行的过程中有多个css文件，通过import指令导入进来。但是sass并不是个运行时态，sass是一个编译时态。也就是说在运行之前把它分为多个模块。编译之后就变成一个文件了，以上就是css和sass模块化的区别！
在sass中实现模块化有两种方式：一种是用@import 一种是@use
首先我们来说@import，其中分为运行时语法和编译时语法
运行时语法
scss代码：
编译后的css代码：
因为@import url（“xxx”）这种写法就是运行时态，换句话说就是css代码，所以编译后还是css代码
编译时语法：
//common.scss
$color:red//index.scss
@import "./common.scss"
.foo{
color:$color
}编译后：index.scss生成的css文件就会包含common.scss里面的代码,自然可以使用common里面的css变量.
因为@import "xxxxx" 这种方式写是编译文件时生效。
scss官方并不建议使用import，并说在之后会废弃这个用法，
第一个原因是import去做运行时用 无所谓，因为本身就是css自带的，但是用作编译时就容易产生混淆，因为需要通过import后面是否有url（）来判断是编译时还是运行时。
第二个原因是容易造成污染，在一个项目中我们肯定会抽离很多个scss模块，模块里可能会定义不同的变量，这些变量极易导致名称冲突。比如上面引入两个scss文件，都定义了$color变量，那么后一个会覆盖前一个，并且不会报错。这个存在很大隐患。
第三个原因是不存在私有，没有导入 、导出。
所以因为以上原因建议编译时使用@use
@use使用方法：
使用@use导入的scss文件，是有命名空间的，不论导入的文件层级有多深，默认就是一最后文件名为命名空间。该模块的所有成员都需要通过这个命名空间去访问。
加入通过@use按照下面这种方式导入 该如何应对,虽然两个common.scss文件是在不同目录，但是命名空间默认是以文件名命名，所以这个时候需要自定义命名空间。
@use "./common.scss"
@use "./a/b/common.scss"@use "./common.scss" as a
@use "./a/b/common.scss" as b还用一种方式是 as * 这种代表将该scss文件里面所有成员全部全局导出，那么也就不存在命名空间了。（不太建议这种搞，最好还是用带有命名空间的方式）
@use "./common.scss" as *
@use写法下设置私有变量
在变量$符号和名字之间加- 或者_ 都可以（本身下划线这种命名方式在前端就是表示内部使用、私有的）
//common.scss
$-n : 6;//或者 $_n : 6;如果在外部使用了这个私有变量 编译时会报错
@use './common.scss' as a;
.foo{
color : a.$_n;
}