Gradle 有哪些技术限制？

Question

所有 - 我想先声明一下，我正在考虑纯粹的技术限制，而不涉及自认为的用户使用方面或学习曲线要​​求。看完了这个网站要求，我觉得问这个问题是可以的。

我到处都只阅读 Gradle 的优点以及它如何达到 Ant 和 Maven 都错过的最佳位置。但是我找不到任何可能导致难以与 Gradle 集成的明显技术限制。在其中一个地方引用了缺乏 Eclipse 集成，但后来发现你不需要 Gradle 的类似 maven 的插件。

非常感谢您在这方面的任何意见。

Answer 1

从 Maven 世界迁移过来的人们在 Gradle 中发现了很多缺失的东西。不是真正的交易破坏者或“劣势”，但绝对是烦恼。我脑子里想的几件事：

• Gradle 依赖缓存是not portable。如果在机器之间复制，会断in most cases.

• Gradle 没有“提供的”依赖配置这已在 v2.12 中修复

• 无法按依赖库配置。 （但是 AFAIK，maven 也无法做到这一点）

• 虽然大多数支持者认为 gradle 的灵活性是最大的优势（正如 @CollinD 在上面的 cmets 中指出的那样），但由于它的灵活性，很有可能最终得到意大利面条式的易于理解的构建脚本。 Some have proposed this could be a problem with Gradle。

也就是说，gradle 一直处于积极部署状态，很有可能在不久的将来解决这些问题。