Wro4j诉咕噜吞咽和其他

Question

事情是这样的:我们有一个大型的遗留产品和定制代码来处理所有前端资产的小型化、打包、编译(更少的文件)。

我们考虑使用wro4j，但我遇到了多篇建议使用咕噜或吞咽的文章。

我是来找建议的，关于哪一个是最好的选择。

Answer 1

随着JS的进步，不仅仅是小型化，包装到转移溢出和树摇动等，肯定有一个有利的地方使用咕噜和吞咽，这些功能是支持的。在wro4j中，可用处理器的选择有限。https://wro4j.readthedocs.io/en/stable/AvailableProcessors/

因此，您必须编写自己的自定义处理器，以支持构建过程中的新功能。

此外，我提倡前端开发人员发现，要理解/编辑用本机语言编写的构建过程(grunt和gulp使用JS)比学习Java和Maven来熟悉/使用wro4j更容易。