gradle比maven好為什么用的人少？我們公司有幾個(gè)項(xiàng)目用過(guò)gradle，但大部分還是用maven，而且以后估計(jì)還會(huì)用maven，為什么呢？就是因?yàn)間radle的殺手锏：腳本太強(qiáng)大了。早期的構(gòu)建都

gradle比maven好為什么用的人少？

我們公司有幾個(gè)項(xiàng)目用過(guò)gradle，但大部分還是用maven，而且以后估計(jì)還會(huì)用maven，為什么呢？就是因?yàn)間radle的殺手锏：腳本太強(qiáng)大了。

早期的構(gòu)建都是腳本化的，用sh或者bat來(lái)組合編譯，打包，部署等過(guò)程，后來(lái)進(jìn)化到xml描述的ant工具，但還是可以寫很多自定義的任務(wù)，調(diào)用本地命令打包，各種任務(wù)組合，跟bat差不多，它們的共同特點(diǎn)就是：靈活！可以指定自己的依賴路徑，個(gè)性化打包過(guò)程。直到后來(lái)，maven出現(xiàn)了，只能通過(guò)不同的archtype來(lái)構(gòu)建不同的項(xiàng)目，而每種項(xiàng)目類型的項(xiàng)目工程目錄是固定的，如果沒(méi)有問(wèn)題，一個(gè)package命令就可以了，不再有個(gè)性化的配置（自己寫mojo例外），約定優(yōu)于配置是它的哲學(xué)！而且，你只要理解pom.xml基本配置即可。

gradle結(jié)合了maven的優(yōu)點(diǎn)，同時(shí)又保留了腳本調(diào)用的特點(diǎn)，很多時(shí)候給人太多選擇和機(jī)會(huì)，反而會(huì)將項(xiàng)目（特別是大型項(xiàng)目）的構(gòu)建配置復(fù)雜化。導(dǎo)致新人很難掌握，其dsl語(yǔ)法是簡(jiǎn)化略的groovy調(diào)用，有時(shí)候不了解groovy語(yǔ)言及其語(yǔ)法，很難理解和寫出好的構(gòu)建腳本，學(xué)習(xí)成本高。

gradle怎么將一個(gè)模塊打成幾個(gè)不同包名的jar？

不管是在Eclipse或是在IntelijIdea中，都有比較好的方法進(jìn)行打包，但是在gradle時(shí)代，打JAR包就只好自己動(dòng)手寫腳本了。