在使用 Java 工具包中的每个资产管道工具一段时间后,我得出了一些结论:
基于 Java 的工具
那里有一些工具,但最受欢迎的是 JAWR 和 Wro4J。这两者最大的问题是它们大多是基于Rhino的(WRO4J 现在有一些 Node 支持),与基于 Node 的工具相比,Rhino 的速度很慢。您还必须考虑到 JavaScript 工具正在迅速成熟,因此您应该寻找可以快速移动的工具。
WRO4J - 支持很棒,Maven 和 Eclipse 集成很棒,插件列表很广泛,而且框架足够灵活,你可以用一些肘部油脂编写一个插件来满足你的任何需要。如果您仅限于基于 Java 的资产管道,那么这肯定是要走的路。Wro4j 的问题在于它相对于基于 Node 的工具来说很慢(即使它启动了 Node 进程)。
为了给出一些真实世界的数字,编译和连接 25 个包含 LESS、CSS CoffeeScript 和 JavaScript 的资产包在使用 Rhino 时大约需要 35 秒,而在 2013 年具有 16G RAM 的 iMac 上使用 Wro4j 的 Node 支持大约需要 15 秒。在我的 MacBook Air 上使用Grunt +Node 大约需要 2 秒。
JAWR - 集成和功能列表非常好,但文档不是很好,编写自己的插件可能有点棘手。当我最初写这篇文章时,JAWR 处于 4 年的中断期,但截至 2014 年 1 月,它现在正处于积极开发中。如果您选择研究 Java 工具,那么这值得研究。
基于节点的工具(与 Ant/Maven 构建集成)
Grunt - 很简单,有一个很棒的插件生态系统,社区很大。如果你需要做一些事情,你可以打赌它有一个插件——甚至可能是由 grunt 的创建者编写的。Grunt 的主要批评是它是配置驱动的,这使得设置非常容易,但不是“节点方式”。还值得一提的是,Grunt 任务不容易组合,因此对于复杂的 JavaScript 构建管道,Grunt 可能并不理想。
Gulp - Gulp 是 Grunt 的快速增长替代品。默认情况下它是并发的,并使用流来避免临时写入文件系统,这可以大大加快您的构建速度。Gulp 非常惯用并且强调代码 > 配置,虽然这给了你很大的力量,但对于没有 JavaScript 核心能力的团队来说并不理想。
基于 JavaScript 的工具的唯一潜在问题是,您必须在任何需要进行编译的机器上安装Node、npm和grunt-cli / gulp 。如果您无权访问您的 CI 机器或不使用基于工件的部署,这可能很难卖。
将它集成到您的 Maven 项目中非常容易,并且您有很多选择。您可以使用 Maven ant-run 插件,您可以运行ant exec 任务并从 Maven 调用它,或者最重要的是您可以使用maven exec 任务。
如果这对任何人有帮助,下面是使用 exec 插件将其集成到 Maven 生命周期中的代码。
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>exec-maven-plugin</artifactId>
<version>1.2.1</version>
<executions>
<execution>
<phase>prepare-package</phase>
<goals>
<goal>exec</goal>
</goals>
</execution>
</executions>
<configuration>
<executable>grunt</executable>
</configuration>
</plugin>