2009-11-05 63 views
33

我不確定這個問題是否有優點,但是有沒有針對Google Guice的最佳做法和反模式?Guice最佳做法和反模式

請將任何通用DI模式指向this question

+0

我鼓勵任何有興趣參與這個問題的人去看看[Guice docs](http://stackoverflow.com/documentation/guice/topics)主題。 – dimo414 2017-02-08 00:35:07

回答

11

Guice項目頁面有一些。這是first one的鏈接,您可以在邊欄中看到其他人。

也就是說,我認爲看到其他人張貼並在這裏投票會很高興。然後,我們可以爲Guice頁面編寫最好的代碼。

+0

然後......投票贊成:) – ripper234 2009-11-05 21:40:34

30

我一直認爲構造函數注入到最終字段是最佳實踐。它通過使類的正式依賴顯式化,使可變狀態最小化並使類更易於理解。

public class MyClass { 
    private final MyDependency dependency; 

    @Inject 
    public MyClass(MyDependency dependency) { 
     this.dependency = dependency; 
    } 
} 
+0

如果我們有幾十個依賴項呢?構造函數將是可怕的 – jilen 2013-08-28 03:32:43

+7

對單個類有幾十個依賴關係可能是一個很好的指示,該類負責太多,應該重構。 – 2013-09-12 01:59:50

+0

如果您希望編寫單元測試,那麼這絕對是一種可行的方式! – Kurru 2014-07-24 19:06:18