已经记不清是什么时候从Ant转到Maven的，大概应该是2010前后吧，印象中那个时候的Maven是2.2。从Ant的事无巨细必须全部定义（这也是其可做任何事的强大来源），切换到Maven的约定甚于配置（convention over configuration），事情一下子变得简单起来。想来那次的切换应该比较流畅，所以至今还是没有太多关于切换的印象。
长江后浪推前浪，很快Gradle来了。在它2.x版本的时候（同样是v2）首次听到这个东东，也随手试玩了下。它的基于动态语言Groovy的配置，天生和程序员亲近。也看了下它和Maven的对比，确实理念比Maven先进，使用也比Maven简单。简单来说，Gradle = Ant（强大的定制）+ Mave（界定返回/规则的王者）。但是，它强任它强吧，我的惰性还是让我继续留在了Maven阵营，直到最近。
近来着了魔在学习Kotlin（终于战胜了自己的惰性肯专研新的语言了），看到基于Kotlin的DSL可以用于构建Gradle（默认是Groovy），顺道再次尝试了下。说来也是凑巧或者说我和Gradle的缘分到了，很快就接触到gradle init --type java-library ，看到熟悉的dependencies定义中，出现了api/implementation两种新奇的scope（熟悉Maven的应该知道compile/runtime等）。稍一查询，发现implementation对于模块化设计的益处（api用于本模块和引用它的项目的compile path，implementation则只作用于本模块的compile path）。可能是基于之前OSGi的遗憾或者对Java模块化一直以来的缺失或迟到的烦躁，这个小小的细分scope真的触动了我。
是的，这个额外的scope可以让我更严谨、清晰的定义模块：
- 细粒度的发布
- 防止第三方依赖的溢出（谁也不想哪天切换一个自己内部的依赖时，悲催的发现别人正基于这个内部依赖搭建他的东东呢）
好吧，Gradle，你赢了。Maven，再见！
网友评论