Dagger2圖文完全教程

---

沒有更多開場白，直接說下我對它的理解。

Dagger2 是一個Android依賴注入框架。而android開發當前非常流行的非MVP模式莫屬了，Dagger2的目標便是將MVP中的V P 進一步解耦，達到模塊化最大的解耦，使得代碼更容易維護。

舉個栗子：有個A對象 B對象 和C對象，如果C對象創建需要A和B，那麼我們是不是需要構造裡面傳入參數A和參數B，然後在使用的地方如下寫個代碼：

C c=new C(new A()，new B());

如果我們使用了Dagger2時候，我們就不需要管這些了，只需要關聯住能提供創建A 和 B的地方 ，然後在需要C的地方寫下：

@Inject
C c;

然後在這個類的初始化地方進行注入即可。
我們初步來看，會發現Dagger2優勢不大，沒什麼吸引人的，那麼請你靜下心來，看完再得出結論。

---

閒話休敘，我們來直接上代碼：（常規寫法）

1 編寫一個類：

public class Test3 {
    public Test3() {
    }
}

2 使用的地方

public class MainActivity extends AppCompatActivity {
    Test3 test3;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        //.....
        test3 = new Test3();
    }
}

---

如果我們改為使用Dagger2的方式的話，則可以寫成如下方式：

1 創建一個類

使用了注解方式，使得Dagger2能找到它。

public class Test3 {
    //這裡可以看到加入了注解方式
    @Inject
    public Test3() {
    }
}

2 新增一個對象：

@Singleton
//用這個標注標識是一個連接器
@Component()
public interface MainActivityComponent {
    //這個連接器要注入的對象。這個inject標注的意思是，我後面的參數對象裡面有標注為@Inject的屬性，這個標注的屬性是需要這個連接器注入進來的。
    void inject(MainActivity activity);
}

3 調用的地方改為：

public class MainActivity extends AppCompatActivity {
    //加入注解，標注這個test3是需要注入的
    @Inject
    Test3 test3;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        //使用組件進行構造，注入
        DaggerMainActivityComponent.builder().build().inject(this);
    }

---

這是最簡單的一種使用了。首先我們看到，第一印象是我去，這個更復雜了啊。我只能說確實，因為這個是它對的最基礎的使用，看起來很笨拙，但是當它在大型項目裡面，在依賴更多的情況下，則會發生質的飛躍，會發現它非常好用，並且將你需要傳遞的參數都隱藏掉，來實現解耦。

---

我先說下Dagger2的注釋思路：關鍵的點是@Component，這個是個連接器，用來連接提供方和使用方的，所以它是橋梁。它使用在組件裡面標記使用的Module（標記用到了哪個Module，主要是看使用方需要哪些對象進行構造，然後將它的提供方@module寫在這裡） 然後我們寫入一個void inject(MainActivity activity); 這裡後面的參數，就是我們的使用方了。如此一來，我們在使用的地方，使用類似這種方式（DaggerMainActivityComponent.builder().build().inject(this);）的動作，將使用方類裡面的標記 為@Inject的類初始化掉，完成自動初始化的動作。

結構如下：

為了更好的來學習它，我們來依次看看各種使用情況。

1 常規使用方法

直接感受下，如何？

2 帶一個參數的效果

---

---

---

---

我們來看一個代碼段，當我們創建兩個實例的時候，發現地址是獨立的。

如果我們想要一樣的地址呢？加上一句話，具體如下：

效果便是兩個共用實例啦。

3 換種經常使用的方式

將提供的構造，放入@module裡面，具體效果如下：

去掉標記的@singleton後

效果變成獨立的啦

4 依賴一個組件的時候

有時我們需要依賴一個組件，這個最常見的用法是，我們App實例裡面提供了比如獲取sharepreference的實例，和比如現在代碼裡面的LocationManager的實例，我們Activity裡面需要這些實例，我們該如何來做呢？看效果：
1：一個AndroidModule 模塊標記

這個模塊屬於AndroidcationComponent 組件裡面

這裡有個關鍵點，就是子組件需要這個裡面的某個實例的時候，這裡需要使用一個接口，將需要的實例做一個返回動作。這裡是LocationManager這一行。

我們的子組件的代碼如下：

對應的Cmodule代碼如下：<喎?/kf/ware/vc/" target="_blank" class="keylink">vcD4NCjxwPjxpbWcgYWx0PQ=="一個顯示圖" src="/uploadfile/Collfiles/20160629/20160629091757766.png" title="\" />

再來看下Test3的代碼當前情況：

使用的地方：

---

細心的你會發現這裡多了一個注釋了，@PerActivity，它是個什麼鬼呢？

這裡我們看到它是使用了@Scope的一個注釋，這個注釋的意思就是作用域，在作用域內保持單例，可以直接理解為單例即可。
為什麼要新增一個呢，主要是因為各個組件需要獨立出來，因此如果是依賴關系，則需要各自在不同的注釋作用域裡面。
我們來看下在Cmodule裡面，加上@perActivity注釋後的效果：

如果去掉呢？

我們突然發現，它和單例的注釋起的作用一樣啊。so。。。是不是發現什麼啦。

因此我們得出一個結論，這裡@Singleton
就是一個普通的作用域通道，使用了作用域@Scope注釋的代碼，會變成單例模式。為了驗證我們的思路，作如下測試：

我們將之前的@Singleton用新建的這個替換掉，驗證兩次的生成代碼，發現一模一樣，一模一樣，一模一樣，so。。。 就是這個樣子啦。

5 自定義一個標記

為什麼要自定義標記呢？這個標記不是使用@Scope注釋的哦，是使用@Qualifier 標記的，它的目標是，為了區分如果同時返回類型一樣，比如構造男孩，女孩的基本屬性，性別和名字時候，獲取男孩和女孩都是一個對象，我們該如何區分呢，這個就是關鍵啦。說這麼多，真心很煩，直接栗子來啦。

這裡稍安勿躁，先來看相同效果的另一個注釋，@Name，這個是Dagger2自帶的一個讓區分，效果如下：

這裡@Name可以簡單的一個使用方式，就是它不是區分對象，而是限制使用時候必須加入這個注釋，否則報錯，目的就是讓使用者注意是否使用正確了。

我們使用自己的注釋再來一遍：

對比兩種方式，我們發現使用@Name的時候，後面的注釋名字會敲錯，而我們第二種方式呢，則不會耶，so。。。

我們看下自定義的標記，作為限制出錯，讓強制標注的例子。

6 子組件（公共組件）

這個出現的目的是為了如果有一個組件，是每次創建實例提供給別人，而恰好其他組件（有多個）裡面有需要它，如果只有一個，我們就用依賴搞定啦。那麼它就可以定義成子組件，誰需要在誰的組件裡面加一下，具體看例子：

如上，寫完啦。。

實戰地方，可以參照 https://github.com/gzsll/TLint 來閱讀啦，收工。