java程序員為什么使用Groovy？1.Groovy可以兼容java。是的，你可以用java語法來編寫groovy，最后還可以生成class文件，直接用java調用。你會說，這有什么好的，不就是改了

java程序員為什么使用Groovy？

1.Groovy可以兼容java。

是的，你可以用java語法來編寫groovy，最后還可以生成class文件，直接用java調用。你會說，這有什么好的，不就是改了個后綴名么？嘔，也許吧…但是它的亮點當然不是這個，它的亮點是你可以在Groovy里面直接用java語法混搭寫，當然不是很推薦這樣做的。

2.Groovy是動態(tài)的。

不需要java的反射，不需要冗長的代碼，不需要各種try catch 異常，你就可以實現各種神奇的事情。Groovy的class可以這樣新增一個方法，或者調用它。

放棄原來專業(yè)，零基礎去學習Java，未來有前途嗎？

坦白說，我就是你說的這個情況。我之前是學英語專業(yè)的.后來轉行去學java了，也是零基礎去學習的?，F在已經出來工作了。剛剛開始下定決心的時候很艱難。都是靠著自己的決心去做的。如果你想清楚之后，就狠狠的下決心去做。不要理會別人的眼光和看法。堅持的走下去。零基礎開始學的時候很煎熬，這個一定要有心里準備的。但是，不管多難，熬過去了就可以了。之后學起來的就不會那么的費力氣了。就不會那么的辛苦了。難的不是IT，不是java。而是你那顆堅持的心。這個才是最重要的。我有很多java的學習資料.視頻等等，如果有需要的話可以留言給我，我分享給你。還有，如果是零基礎的話，可以去大的培訓機構去學習。我之前在自己的視頻上有介紹到。你可以去看看。希望能幫助到你。

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

我們公司有幾個項目用過gradle，但大部分還是用maven，而且以后估計還會用maven，為什么呢？就是因為gradle的殺手锏：腳本太強大了。

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

gradle結合了maven的優(yōu)點，同時又保留了腳本調用的特點，很多時候給人太多選擇和機會，反而會將項目（特別是大型項目）的構建配置復雜化。導致新人很難掌握，其dsl語法是簡化略的groovy調用，有時候不了解groovy語言及其語法，很難理解和寫出好的構建腳本，學習成本高。