.net 项目静态文件自动压缩打包

打包工具选型

在 ASP.NET MVC 时代,我们常使用 BundleCollection 设置需要打包压缩的 js 和 css 文件,运行时框架会自动处理打包压缩过程并将最终结果传入响应。

ASP.NET Core 开始,不再提供内置的打包压缩组件,官方推荐 WebOptimizer 替代使用。

上述两者都是在运行时实时处理,应该至少在系统初始化时会占用一定的资源。

时间来到 .NET 大一统时代,截止目前(.NET7),我们仍然只能寻求外部组件的帮助。有一个编译期生成预期文件的组件 BuildBundlerMinifier,nuget 安装后进行简单的 JSON 配置即可使用,但遗憾的是,它不支持压缩包含 ES6 语法的 js,会报未将对象引用设置到对象的实例错误。

于是我们开始考虑独立于 .NET 平台的,较为成熟的方案,比如 gruntgulp

  • grunt: 使用 JSON 描述构建步骤
  • gulp:基于流传递(管道机制)

这两者都拥有丰富的插件,以应对各种需求。下面以更年轻更简单的 gulp 为例,说明如何使之与 Visual Studio 配合使用。

示例

假设有如下 .NET 项目,其中按约定静态文件存放在 wwwroot 目录下

安装 gulp

# 全局安装 gulp 或 gulp-cli,提供可在命令行执行的 gulp 指令
npm install -g gulp-cli

需要注意的是,我们还需要在待处理的目录下安装 gulp,否则后续运行命令时会提示 Local gulp not found. 错误。其实这是Gulp故意设计的,原因是为了版本和依赖的控制,也就是当别人 fork 你的代码,或者你过段时间拷贝到别的电脑上再 gulp 的时候,能控制该项目中 gulp 的版本和其他插件的版本始终保持不变。(这里的 gulp 其实也可看作插件,只是它是官方提供的。博主不怀疑 gulp 团队前向兼容的能力,推测是考虑第三方插件前向兼容的能力参差不齐的缘故。)

# 进入待处理的目录,此是 .net 项目下的一个子目录
cd wwwroot/
# 将此子目录初始化为 npm 项目
npm init -y
# 安装 gulp 插件,提供各种 gulp.xxx()
npm install gulp -D

此时在该目录下查看 gulp 版本

gulp --version
# 输出:
CLI version: 2.3.0  # 全局 cli 版本
Local version: 4.0.2  # 当前项目下 gulp 插件版本

安装需要的第三方插件

# 以下各插件功能请查阅相关资料 
npm i -D gulp-cssmin gulp-autoprefixer gulp-uglify
# es6 语法转 es5,窃以为目前浏览器对 es6 的支持程度,大可不必
npm i -D gulp-babel @babel/core @babel/preset-env
# 提供合并若干文件为单一文件的功能
npm i -D gulp-concat

编写 gulpfile.js

在项目根目录下(wwwroot/)新建 gulpfile.js,编写任务脚本

// 加载 项目gulp 依赖包
const gulp = require('gulp');

// 加载 css相关依赖包
const autoprefixer = require('gulp-autoprefixer');
const cssmin = require('gulp-cssmin');

// 加载 js相关依赖包
const uglify = require('gulp-uglify');
const babel = require('gulp-babel');

// 加载文件合并处理包
const concat = require('gulp-concat');

// 打包 css
const cssHandler = function () {
    return gulp.src('./css/main.css')
        .pipe(autoprefixer())
        .pipe(cssmin())
        .pipe(concat('main.min.css'))
        .pipe(gulp.dest('./css'))
}

// 打包 js
const jsHandler = function () {
    return gulp.src(['./js/instruction/*.js', './js/repos/*.js', './js/app/*.js'])
        .pipe(babel({ presets: ['@babel/env'] }))
        .pipe(uglify())
        .pipe(concat('main.min.js'))
        .pipe(gulp.dest('./js'))
}

// 3-3,定义默认执行程序
module.exports.default = gulp.parallel(cssHandler, jsHandler)

注意,gulp.dest() 参数表示的是目标目录而非目标文件名(输出文件名默认同源文件名),如果要自定义输出文件名可使用 gulp-rename 插件;或如上使用 gulp-concat,它的目的是合并若干文件为单一文件,自然能指定生成的文件名咯。

完成上述步骤后,我们就可以在命令行执行 gulp 检查输出结果。

编译 .net 项目时自动打包

在 .net 项目根目录下(注意非 wwwroot/)新建一个批处理文件 package-statics.bat:

cd wwwroot
gulp

然后编辑项目文件(.csproj),在 节点下加入如下配置:

<Target Name="PreBuild" BeforeTargets="PreBuildEvent">
  <Exec Command="call package-statics.bat" />
</Target>

意思很简单:在编译前先执行批处理文件,也就是先执行之前我们设置好的 gulp 流程。

如果你的项目采用了 CI/CD 自动构建,可能服务器上并没有安装 gulp,那么可以在本地先执行打包,将生成后的文件提交,然后在服务器上编译时跳过打包步骤,直接使用提交的文件。实现这个场景也很简单,只要在上述 节点内配置执行条件即可:<Target ... Condition="'$(Configuration)'=='DEBUG'">。参看演练:使用 MSBuild

ps:在页面中,我们希望开发时依然引用的是原文件,上线后才引用打包后文件,那么可以使用 <environment> 标记,通过判断环境变量达到这一目的:

<environment include="Development">
  <link ... href="~/css/main.css" />
</environment>
<environment include="Production">
  <link ... href="~/css/main.min.css" />
</environment>

参考资料

gulp打包详解

posted @ 2023-06-15 10:16  莱布尼茨  阅读(971)  评论(2编辑  收藏  举报