plus()Phương pháp của Dagger 1 là thứ tôi đã sử dụng khá thường xuyên trong các ứng dụng trước đây, vì vậy tôi hiểu các tình huống mà bạn có thể muốn có một thành phần con với toàn quyền truy cập vào các ràng buộc biểu đồ cha.
Trong tình huống nào sẽ có lợi khi sử dụng một phụ thuộc thành phần thay vì phụ thuộc thành phần phụ và tại sao?
Câu trả lời:
Phụ thuộc thành phần - Sử dụng phần này khi bạn muốn giữ hai thành phần độc lập.
Các thành phần con - Sử dụng phần này khi bạn muốn giữ hai thành phần được ghép nối.
Tôi sẽ sử dụng dưới đây ví dụ để giải thích phần phụ thuộc và thành phần phụ . Một số điểm đáng chú ý về ví dụ này là:
SomeClassA1có thể được tạo ra mà không có bất kỳ sự phụ thuộc. ModuleAcung cấp và ví dụ SomeClassA1thông qua provideSomeClassA1()phương thức.SomeClassB1không thể được tạo ra mà không có SomeClassA1. ModuleBcó thể cung cấp một thể hiện SomeClassB1chỉ khi một thể hiện của SomeClassA1được truyền dưới dạng đối số cho provideSomeClassB1()phương thức.@Module
public class ModuleA {
@Provides
public SomeClassA1 provideSomeClassA1() {
return new SomeClassA1();
}
}
@Module
public class ModuleB {
@Provides
public SomeClassB1 provideSomeClassB1(SomeClassA1 someClassA1) {
return new SomeClassB1(someClassA1);
}
}
public class SomeClassA1 {
public SomeClassA1() {}
}
public class SomeClassB1 {
private SomeClassA1 someClassA1;
public SomeClassB1(SomeClassA1 someClassA1) {
this.someClassA1 = someClassA1;
}
}Dagger sẽ đảm nhiệm việc chuyển thể hiện của SomeClassA1một đối số thành provideSomeClassB1()phương thức ModuleBbất cứ khi nào khai báo Thành phần / Thành phần con ModuleBđược khởi tạo. Chúng ta cần hướng dẫn Dagger cách thực hiện sự phụ thuộc. Điều này có thể được thực hiện bằng cách sử dụng phần phụ thuộc hoặc Tiểu hợp phần .
Lưu ý các điểm sau trong ví dụ phụ thuộc Thành phần bên dưới:
ComponentBphải xác định sự phụ thuộc thông qua dependenciesphương thức @Componentchú thích. ComponentAkhông cần phải khai báo ModuleB. Điều này giữ cho hai thành phần độc lập.public class ComponentDependency {
@Component(modules = ModuleA.class)
public interface ComponentA {
SomeClassA1 someClassA1();
}
@Component(modules = ModuleB.class, dependencies = ComponentA.class)
public interface ComponentB {
SomeClassB1 someClassB1();
}
public static void main(String[] args) {
ModuleA moduleA = new ModuleA();
ComponentA componentA = DaggerComponentDependency_ComponentA.builder()
.moduleA(moduleA)
.build();
ModuleB moduleB = new ModuleB();
ComponentB componentB = DaggerComponentDependency_ComponentB.builder()
.moduleB(moduleB)
.componentA(componentA)
.build();
}
}Lưu ý các điểm sau trong ví dụ SubComponent:
ComponentBchưa xác định sự phụ thuộc vào ModuleA, nó không thể sống độc lập. Nó trở nên phụ thuộc vào thành phần sẽ cung cấp ModuleA. Do đó nó có một @Subcomponentchú thích.ComponentAđã khai báo ModuleBthông qua phương thức giao diện componentB(). Điều này làm cho hai thành phần được ghép nối. Trong thực tế, ComponentBchỉ có thể được khởi tạo thông qua ComponentA.public class SubComponent {
@Component(modules = ModuleA.class)
public interface ComponentA {
ComponentB componentB(ModuleB moduleB);
}
@Subcomponent(modules = ModuleB.class)
public interface ComponentB {
SomeClassB1 someClassB1();
}
public static void main(String[] args) {
ModuleA moduleA = new ModuleA();
ComponentA componentA = DaggerSubComponent_ComponentA.builder()
.moduleA(moduleA)
.build();
ModuleB moduleB = new ModuleB();
ComponentB componentB = componentA.componentB(moduleB);
}
}SomeClassB1phụ thuộc vào SomeClassA1. ComponentAphải xác định rõ ràng sự phụ thuộc." ==> bạn có nghĩa là " ComponentBphải xác định rõ ràng sự phụ thuộc"?
SomeClassB1phụ thuộc vào SomeClassA1. ComponentAKhông cần xác định rõ ràng sự phụ thuộc." bạn có nghĩa là " ComponentBkhông cần xác định rõ ràng sự phụ thuộc."
Theo tài liệu :
Component Dependencycung cấp cho bạn quyền truy cập chỉ các ràng buộc được hiển thị dưới dạng phương thức cung cấp thông qua các phụ thuộc thành phần, tức là bạn chỉ có quyền truy cập vào các loại được khai báo trong ngoặc đơn Component.
SubComponentcung cấp cho bạn quyền truy cập vào toàn bộ biểu đồ liên kết từ cha mẹ của nó khi nó được khai báo, tức là bạn có quyền truy cập vào tất cả các đối tượng được khai báo trong Modules của nó .
Hãy nói rằng, bạn có một ApplicationComponentchứa tất cả Androidnhững thứ liên quan ( LocationService, Resources, SharedPreference, vv). Bạn cũng muốn có DataComponentnơi bạn quản lý mọi thứ cho sự kiên trì cùng với WebServiceđể đối phó với các API. Điều duy nhất bạn thiếu DataComponentlà Application Contextnơi cư trú ApplicationComponent. Cách đơn giản nhất để có được một Contexttừ DataComponentsẽ là một phụ thuộc vào ApplicationComponent. Bạn cần chắc chắn rằng bạn đã Contextkhai báo rõ ràng ApplicationComponentvì bạn chỉ có quyền truy cập vào nội dung được khai báo. Trong trường hợp này, không có công việc thủ công, có nghĩa là bạn không cần chỉ định Submodulestrong cha mẹ Componentvà thêm rõ ràng mô hình con của bạn vào mô đun cha mẹ như:
MySubcomponent mySubcomponent = myComponent.plus(new ChildGraphModule("child!")); // No need!
Bây giờ xem xét rằng trường hợp bạn muốn tiêm WebServicetừ DataComponentvà LocationServicetừ ApplicationComponentthành của bạn Fragmentmà liên kết bằng cách sử dụng @Submodule plustính năng trên. Điều thú vị ở đây là thành phần bạn liên kết với ( ApplicationComponent) không cần phải phơi bày WebServicecũng không phải LocationServicevì bạn có quyền truy cập vào toàn bộ biểu đồ ngay lập tức.
@Submodule. Có phải là một lỗi đánh máy?
classesnhư các ví dụ và nhiều hình ảnh để minh họa điểm chính xác.
Dưới đây là ví dụ mã với ảnh chụp màn hình để hiểu thêm về Thành phần và SubComponent:
Thành phần:
Thành phần phụ:
Và sơ đồ hình ảnh:
Nguồn: liên kết
Một điều khác mà tôi không nhận ra cho đến bây giờ là:
@Subcomponentcá thể có chính xác một thành phần cha mẹ (mặc dù các thành phần khác nhau có thể khởi tạo cùng một thành phần đó @Subcomponentvà là cha mẹ của cá thể đó)@Componentcó thể có 0, một hoặc nhiều thành phần "cha" được khai báo thông qua các phụ thuộc thành phần