perf: rn端sass文件引入路径包含别名时支持~，例如： @import ’~@/common/base-style.scss‘

[moseszhou]

这个 PR 做了什么? (简要描述所做更改)
在样式文件中引入别名支持'~'
例如
alias: {
'@/common/base-core': path.resolve(__dirname, '..', 'src/base-core')
}

@import ’~@/common/base-core/base-style.scss‘

这个 PR 是什么类型? (至少选择一个)

• 错误修复(Bugfix) issue: fix #
• 新功能(Feature)
• 代码重构(Refactor)
• TypeScript 类型定义修改(Typings)
• 文档修改(Docs)
• 代码风格更新(Code style update)
• 其他，请描述(Other, please describe):

这个 PR 涉及以下平台:

• 所有小程序
• 微信小程序
• 支付宝小程序
• 百度小程序
• 字节跳动小程序
• QQ 轻应用
• 京东小程序
• 快应用平台（QuickApp）
• Web 平台（H5）
• 移动端（React-Native）
• 鸿蒙（harmony）

[taro-bot2]

欢迎提交 PR~ Taro 非常感谢您对开源事业做出的贡献！🌷🌷🌷

一般 PR 会在一到两周内进行 review，成功合入后会随下一个版本进行发布。

Review 需要耗费大量时间，所以请遵循以下规范，协助我们提高 review 效率🙏🙏🙏

1. 详细介绍 PR 的背景（非常重要，例如解决了什么问题，该问题如何复现等）
2. 确保 CI 顺利运行。
3. 最好能提供对应的测试用例。

为了更好地进行沟通，请加入 Taro 开发者微信群：

[shinken008]

alias: {
'@/common/base-core': path.resolve(__dirname, '..', 'src/base-core')
}
import ’~@/common/base-core/base-style.scss‘

你的alias 不应该是 ~@/common/base-core，为啥 ~ 不要

[moseszhou]

alias: {
'@/common/base-core': path.resolve(__dirname, '..', 'src/base-core')
}
import ’~@/common/base-core/base-style.scss‘

你的alias 不应该是 ~@/common/base-core，为啥 ~ 不要

和sass-loader 一致，
虽然现在的sass-loader支持不需要’~‘，也能引入别名。
但是还是兼容带~前缀的引入别名。

主要是项目中有 带’~‘的别名引入

[shinken008]

alias: {
'@/common/base-core': path.resolve(__dirname, '..', 'src/base-core')
}
import ’~@/common/base-core/base-style.scss‘

你的alias 不应该是 ~@/common/base-core，为啥 ~ 不要

和sass-loader 一致， 虽然现在的sass-loader支持不需要’~‘，也能引入别名。 但是还是兼容带~前缀的引入别名。

主要是项目中有 带’~‘的别名引入

这种情况 ~@，把 ~结果也是一样的吧 ，有什么原因不能修改呢，这种写法 alias 的写法很奇怪，相当于通过 alias 处理多删掉了一个~ ， ~key => key

[moseszhou]

alias: {
'@/common/base-core': path.resolve(__dirname, '..', 'src/base-core')
}
import ’~@/common/base-core/base-style.scss‘

你的alias 不应该是 ~@/common/base-core，为啥 ~ 不要

和sass-loader 一致， 虽然现在的sass-loader支持不需要’‘，也能引入别名。 但是还是兼容带~前缀的引入别名。
主要是项目中有 带’‘的别名引入

这种情况 ~@，把 ~结果也是一样的吧 ，有什么原因不能修改呢，这种写法 alias 的写法很奇怪，相当于通过 alias 处理多删掉了一个~ ， ~key => key

项目中修改是当然可以的，只是提了一个兼容方案而已