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

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

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

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

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

Spring如何解決循環(huán)依賴的問題？

Spring首先創(chuàng)建對象，將它們放置在緩存中，然后設(shè)置它們的屬性。例如，a和B相互依賴。首先，創(chuàng)建一個對象并將其放入緩存。在設(shè)置屬性時，我們發(fā)現(xiàn)它依賴于B。此時，我們初始化B并設(shè)置B的屬性。我們發(fā)現(xiàn)它依賴于a，并且緩存中有對a的引用，盡管它尚未完全初始化。B初始化后，a可以得到B。這只是解決集合依賴，而不是構(gòu)造函數(shù)依賴。

隨便說，在一般的建筑設(shè)計中，上層是轉(zhuǎn)移到下層的，同一層和下層都不應(yīng)該轉(zhuǎn)移到上層。我們可以考慮設(shè)計中是否有問題。

希望對你有所幫助，如果有用，記得要喜歡哦，你也可以關(guān)注我，會分享一些技術(shù)文章的。

循環(huán)依賴解決辦法？

如果您想了解spring的循環(huán)依賴，bean生成將使用屬性注入的單例模式來支持循環(huán)依賴。因為spring創(chuàng)建bean模式，singleton將緩存當(dāng)前構(gòu)建的bean，然后創(chuàng)建屬性bean。創(chuàng)建屬性bean時，將填充先前緩存的bean以完成bean構(gòu)造