gradle比maven好為什么用的人少？我們公司已經(jīng)在多個項目中使用了gradle，但是大多數(shù)項目仍然使用maven，估計將來會使用maven。為什么？這是因為格拉德爾的殺手：劇本是如此強大。早期的

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

我們公司已經(jīng)在多個項目中使用了gradle，但是大多數(shù)項目仍然使用maven，估計將來會使用maven。為什么？這是因為格拉德爾的殺手：劇本是如此強大。

早期的構建是腳本化的，使用SH或bat將編譯、打包、部署和其他過程結合起來。后來，它演變成了用XML描述的ant工具，但它仍然可以編寫許多自定義任務，調用本地命令進行打包，并可以組合各種任務，類似于bat。他們的共同特點是：靈活！您可以指定自己的依賴路徑來個性化打包過程。直到后來，Maven出現(xiàn)了，不同的項目只能通過不同的ArchType來構建。每個項目類型的項目目錄都是固定的。如果沒有問題，一個package命令就可以了。沒有個性化的配置（除了mojo），約定勝于配置是它的理念！你只要明白pom.xml文件基本配置就足夠了。

Gradle結合了maven的優(yōu)點，同時保留了腳本調用的特性。它往往給人們太多的選擇和機會，但它會使項目（尤其是大型項目）的建設和配置復雜化。因此，新手很難掌握它的DSL語法，這是一個簡化的groovy調用。有時他們不了解groovy語言及其語法，因此很難理解和編寫好的構造腳本，而且學習成本很高。

許多老程序員不建議新手用IDE集成開發(fā)環(huán)境，而是用編輯器＋編譯器，用命令行編譯，這個怎么看？

在人們的固有觀念中，用編輯器編譯器編寫代碼比用ide編寫代碼更好。也許吧，但效率還是需要考慮的。

作為一個新手，如果你在普通的編輯器中編寫代碼，你會非常困惑，你會在一開始就死。在強大IDE的支持下，它可以拄著拐杖快速前進。

毫無疑問，使用ide將比普通編輯器更快，現(xiàn)在我們都使用框架來做項目。只使用編輯器是不合適的。在過去，編輯器更多地被用作函數(shù)式編程的工具。

當您編寫代碼時，其他人應該能夠理解它并在文件、類和方法之間切換。Ide無疑提供了一個良好而高效的通信工具，但是Ide還不夠好。

因此，不要執(zhí)著于看似強大的編輯器，要用高效的工具來解決問題，要對每個環(huán)節(jié)的原理有更深的理解。