為什么使用@ Module.subcomponents比通過父組件上的方法安裝子組件更好？

Question

從文檔 ：

使用@Module.subcomponents更好，因為它允許Dagger檢測是否曾經請求過子組件。 通過方法在父組件上安裝子組件是對該組件的顯式請求，即使從未調用該方法也是如此。 Dagger無法檢測到它，因此即使您從不使用它也必須生成子組件。

有人知道這到底是什么意思嗎？

Answer 1

Dagger不能告訴您是否曾經調用過任何組件方法：這是一個編譯時框架，它生成組件實現，並且實現您放置在組件接口上的每個方法。

@Component(modules = YourModule.class)
public interface YourComponent {
  ClassA a();
  ClassB b();

  ExplicitSubcomponent createExplicitSubcomponent(Dep1 dep1, Dep2 dep2);
}

@Module(subcomponents = ImplicitSubcomponent.class)
public abstract class YourModule {
  @Binds ClassC classC(DefaultClassC classCImpl);
}

在上面的示例中，我們有ClassA，ClassB和ClassC。 可以說，在所有這些中，您實際上只需要ClassA：它們實際上並不相互依賴，並且您實際上沒有使用子組件。

• Dagger實現了ClassA和ClassA的依賴關系的傳遞性閉合的綁定，這很好，因為您需要它！ 您將其放在組件接口上，以便Dagger可以為您創建實現，包括所有ClassA依賴項。
• Dagger實現了對ClassB的綁定，這不是必需的，但是Dagger不能告訴：它僅知道b()已定義，因此有人可能會在某天打電話要求ClassB。 Dagger無法確定是否有人調用b() ，因此它必須創建和引用ClassB以及ClassB傳遞依賴的所有內容的工廠實現。
• Dagger沒有實現ClassC的綁定，因為即使綁定了C，也沒有人要求它 。 它在界面上不可用，並且內部沒有人要求它，因此Dagger可以安全地忽略它。

這說明了Dagger的哲學，即僅編譯可從組件接口本身訪問的內容。 這也適用於子組件：

• Dagger為ExplicitSubcomponent創建一個實現，因為與ClassB一樣，您已將其綁定在接口上。 有人可能會要求。
• 在從ClassA或ClassB可以訪問之前，Dagger不會為ImplicitSubcomponent創建實現。 只要您這樣做，它就會。 如果沒有人要求ImplicitSubcomponent，則Dagger不會為其生成代碼。

當然，如果您要使用Proguard或其他靜態分析器修剪構建，則這些工具可能能夠修剪不必要的類或方法。 但是，此時您正在進行代碼生成子組件的工作，正在進行將其編譯為字節碼的工作，然后Proguard正在進行將其刪除的工作。 如果您在知道自己需要子模塊之前就避免編譯子組件，那么在大型項目中效率會更高。