活動現場注射用匕首2

當使用構造器注入與Dagger2，我真的可以看到如何依賴注入的概念實現的：活動現場注射用匕首2

public class Dependent { 

    @Inject 
    public Dependent(Dependency dependency) { 
     // We're dependent on an instance of the Dependency class 
     // but we don't care who provides it 
    } 

}

但是，當涉及到Activity，因爲Android是實例對我們來說，我們需要使用Field Injection來滿足我們的依賴關係。我在網上找到的所有示例都提示如下：

創建一個@Module類來提供我們的依賴關係。
創建一個@Component接口並調用generate builder來實例化它。大部分示例在Application類中執行此操作，並將引用另存爲成員。
在我們的Activity - 創建我們的@Inject字段，並在onCreate(..)方法中，從我們的Application獲得對Component的引用並啓動注入。

我的這種方法的問題是，它不覺得鬆散耦合，這是我們正在努力實現的。

public class DependentActivity extends Activity { 

    @Inject Dependency mDependency; 

    public void onCreate(final Bundle savedInstanceState) { 
     super.onCreate(savedInstanceState); 
     ((MyApplication) getApplication()).getComponent().inject(this); 

     // We're dependent on an instance of dependency 
     // but now we not only know who provides it, 
     // we explicitly initiate the injection 
    } 

}

我錯過了什麼？

來源

2015-08-27 Itai Hanski

你開始注射，是的，但你不必知道它來自哪裏（意思是如何創建對象，或如何得到它）。您可以切換出您的應用程序爲您提供的組件類，並且您的活動不會改變。您可以切換出提供您的Dependent對象的模塊，並且活動中的任何內容都不會改變。這種注入給你的是讓你的活動只處理使用注入的對象的能力。通常，如果沒有依賴注入，你的活動將不得不瞭解如何實例化它，如何用它需要的來初始化它，以及如何使用它。這可以讓你輕鬆地進出組件，改變它的初始化方式，或者你的活動（理想情況下）不需要改變一件事情。

來源

2015-08-27 13:43:54

所以猜我幾乎明白了。謝謝你的回答，但我認爲你所說的話有點樂觀：你* *知道注射來自哪裏，至少在表面上，但其餘部分是真的 - 你不知道對象的創造並且可以切換出組件和模塊。我猜想Dagger2的活動DI有一個活動的價格意識到它的注入器。好吧。支付小的價格。 –

「您可以切換出您的應用程序爲您提供的組件類，並且您的活動不會改變。」完全正確 – AskQ

活動現場注射用匕首2

回答

相關問題