关于将 Closure Compiler 集成到构建过程的建议答案

【问题标题】：Advice on integrating Closure Compiler to build process关于将 Closure Compiler 集成到构建过程的建议
【发布时间】：2014-11-24 16:05:36
【问题描述】：

我们希望在构建过程中使用 Google Closure，如下所示：

这是一个在 Tomcat 上运行的 Java 项目，我们正在从 Maven 过渡到 Gradle，并使用 Jenkins 设置了持续集成。我们使用 Apache Tiles 作为前端技术。

我想出了一个可能的解决方案，但我觉得它很痛苦和丑陋，想知道是否有更好（更清洁、更简单等）的解决方案。

我的臭解决方案：

使用 Tomcat 上下文参数来识别生产模式。在 JSP 文件中，检查此变量并相应地包含 Closure 的 base.js 或缩小的 js 文件。

那么...还有其他建议吗？可能有优点/缺点？

【问题讨论】：

【解决方案1】：

我为此使用 Grunt。 Grunt 是一个自动化前端缩小、编译、单元测试等的工具。

在 Grunt 中，您创建一个 Gruntfile 并注册一个包含一个或多个可重用配置的任务。配置执行以下操作：“缩小此目录中的所有文件并输出到该文件”。所以你要做的是注册两个任务：一个用于开发，一个用于生产，有一些共同的配置，还有一些专门针对那个环境的配置。

您可以将 Tomcat 上下文参数作为参数（最干净）传递给 Grunt，或者将其作为 Gruntfile 中的环境变量读取并在配置中创建一个 if 分支。

Grunt 有很多插件：你需要的插件已经可用了：

【讨论】：