自動注入到底比new好在哪？控制反轉(zhuǎn)和容器IOC只能看作是一種編程思想。在理想狀態(tài)下，可以實現(xiàn)自動注射和生命周期管理。但在實際的開發(fā)中，我個人覺得有時不如新的方便，我主要遇到以下問題：1。編寫大量的配

自動注入到底比new好在哪？

控制反轉(zhuǎn)和容器IOC只能看作是一種編程思想。在理想狀態(tài)下，可以實現(xiàn)自動注射和生命周期管理。但在實際的開發(fā)中，我個人覺得有時不如新的方便，我主要遇到以下問題：

1。編寫大量的配置和構(gòu)造函數(shù)要比編寫新的更麻煩，特別是對于某些函數(shù)來說，只需一次。原來，new可以一次性完成，但是如果要使用依賴注入，還需要編寫配置

2。當(dāng)需要注入更多的類時，構(gòu)造函數(shù)就像老婦人的裹尸布一樣臭，一樣長。關(guān)鍵是以前用過的一些類現(xiàn)在不用了，你要手動清理構(gòu)造函數(shù)，這比new要麻煩多了

3。這也是最重要的一點，有時候項目很復(fù)雜，會遇到循環(huán)注入的問題。也就是說，A依賴B，B依賴C，C依賴A，這種情況說明架構(gòu)的存在是不合理的。在這一點上，你可以重構(gòu)系統(tǒng)，也可以不依賴依賴依賴注入，直接用新的方法來解決它。]因此，依賴注入只是一種編程思想，有一些高級的性質(zhì)，但不是。它是萬能的。它存在的意義是脫鉤。從宏觀上講，就是要解決多人共同開發(fā)一個項目時，各自獨立的模塊，減少相互之間的依賴和干擾。從微觀的角度看，有幾個類是密切相關(guān)的。雖然文件是獨立的，但是功能是集成的。在這個時候，脫鉤是沒有意義的。為什么不是新的？

因此，我個人理解依賴注入與引擎是一樣的。發(fā)動機由幾個主要部件組成。這些組件之間是解耦的，可以通過依賴注入來實現(xiàn)。對于單個組件的內(nèi)部部件和螺釘，必須使用依賴注入來實現(xiàn)它們。這比收益多一點。使用new來實現(xiàn)它們要方便得多。。。[Pick nose][Pick nose][Pick nose][Pick nose][Pick nose][Pick nose][Pick nose][Pick nose

任何語言的問題實際上都是一樣的。從一門語言開始，我們首先需要了解語言語法（可以使用），然后了解標(biāo)準(zhǔn)庫（可以使用）。有了這兩個步驟和對其他語言的一點了解，我們就可以開始了。我們學(xué)?，F(xiàn)在招收了很多畢業(yè)生，經(jīng)過1-2個月的輔導(dǎo)，到了這個階段。

剩下的是第三步，通過項目或產(chǎn)品的實踐加深對技術(shù)和業(yè)務(wù)的理解。在這個階段，我們通常依靠自學(xué)、谷歌和理解。兩三年后，我們可以發(fā)現(xiàn)，有些人對技術(shù)和業(yè)務(wù)的了解很深（老手），有些人還很膚淺。這段時間通常是另一個跳槽階段。在這個時候，不同的人的工資水平會有很大的差異。

總而言之，程序員最重要的是持續(xù)學(xué)習(xí)（第三階段）。事實上，IT行業(yè)是一個需要不斷學(xué)習(xí)的行業(yè)（因為技術(shù)更新太快）。初出茅廬，我們都有同樣的基礎(chǔ)和能力。這一差距將在2-3年后出現(xiàn)。如果你是貧窮的一方，那就意味著你工作不夠努力。

最后，Java主要用于服務(wù)器。由于其出色的內(nèi)存管理，它阻止了許多程序員的能力差異（能力較弱的程序員可以編寫較少的糟糕系統(tǒng)），并且適合于長期的服務(wù)器項目（如web和其他非UI應(yīng)用程序）。

雖然也有優(yōu)秀的UI庫（如SWT）和優(yōu)秀的桌面應(yīng)用程序（如idea、eclipse和netbean），但是桌面軟件應(yīng)用程序仍然很少，需要帶JRE，所以負(fù)擔(dān)相對較大。