我们在一个基于 .NET 的项目中使用 Closure Compiler 已经有一段时间了。
最初,我们使用了一个简单的 MSBuild .proj 文件,它直接调用 Python 脚本。例如,我们将使用以下内容制作 deps.js:
<PropertyGroup>
<ScriptDirectory>yourprojectname</ScriptDirectory>
<ClosureLibrary>closure</ClosureLibrary>
<CalcDeps>$(ClosureLibrary)\bin\calcdeps.py</CalcDeps>
</PropertyGroup>
<Target Name="Deps">
<Exec Command="$(CalcDeps) -o deps -p $(ScriptDirectory) -d $(ClosureLibrary) --output_file=$(ScriptDirectory)\deps.js" />
</Target>
实际构建更复杂,但仍然相对简单(假设您精通 MSBuild)。我们只是为脚本调用的每个相关部分使用了不同类型的项目组。
<Target Name="Build" DependsOnTargets="Init;FindCompiler">
<PropertyGroup Condition="'@(Extern)' != ''">
<Externs>-f --externs=@(Extern, ' -f --externs=')</Externs>
</PropertyGroup>
<PropertyGroup Condition="'@(Define)' != ''">
<Defines>-f --define=@(Define, ' -f --define=')</Defines>
</PropertyGroup>
<PropertyGroup Condition="'@(Compile)' != ''">
<Compile>-i @(Compile, ' -i ')</Compile>
</PropertyGroup>
<Exec Command="$(CalcDeps) $(Compile) -o compiled -c $(ClosureCompiler) -p $(ClosureLibrary) -p $(ScriptDirectory) $(Externs) $(Defines) -f @(CompilerOption, ' -f ') --output_file $(OutputFile)" />
</Target>
这很简单,我们无需费心寻找任务或尝试投资构建我们自己的任务。 Closure 是一个快速发展的项目,因此最好不要过度依赖任何第三方构建系统,尤其是看起来无人维护的系统(您链接的任务)。
现在,我一直在说过去时,因为我们的构建系统已经迁移了一点。具体来说,随着我们的项目不断增长,将脚本代码的不同部分划分为模块变得越来越重要。使用开箱即用的 Closure 脚本执行此操作将是一场噩梦。因此,我们决定迁移到 plovr (http://plovr.com/),这使得将代码划分为模块非常简单。 plovr 得到了非常积极的维护,由 Michael Bolin 创建,他写了一本关于 Closure 的书(也强烈推荐)。
我们仍然使用相同的 MSBuild 文件来包装它。基本上,我们在项目组中定义的内容会移动到 plovr-config.js 文件中,并且调用也变得更加简单:
<Target Name="Build" DependsOnTargets="Init;FindPlovr">
<Exec Command="$(Plovr) build plovr-config.js" />
</Target>
plovr 还支持其他一些很酷的功能,例如尺寸报告和模块图,但即使没有这些功能,我们也对我们当前的设置非常非常满意。