Guia para Dagger 2.x (edição revisada 6) :
As etapas são as seguintes:
1.) adicionar Dagger
aos seus build.gradle
arquivos:
- build.gradle de nível superior :
.
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.2.0'
classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8' //added apt for source code generation
}
}
allprojects {
repositories {
jcenter()
}
}
- nível de aplicativo build.gradle :
.
apply plugin: 'com.android.application'
apply plugin: 'com.neenbedankt.android-apt' //needed for source code generation
android {
compileSdkVersion 24
buildToolsVersion "24.0.2"
defaultConfig {
applicationId "your.app.id"
minSdkVersion 14
targetSdkVersion 24
versionCode 1
versionName "1.0"
}
buildTypes {
debug {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
dependencies {
apt 'com.google.dagger:dagger-compiler:2.7' //needed for source code generation
compile fileTree(dir: 'libs', include: ['*.jar'])
compile 'com.android.support:appcompat-v7:24.2.1'
compile 'com.google.dagger:dagger:2.7' //dagger itself
provided 'org.glassfish:javax.annotation:10.0-b28' //needed to resolve compilation errors, thanks to tutplus.org for finding the dependency
}
2.) Crie sua AppContextModule
classe que fornece as dependências.
@Module //a module could also include other modules
public class AppContextModule {
private final CustomApplication application;
public AppContextModule(CustomApplication application) {
this.application = application;
}
@Provides
public CustomApplication application() {
return this.application;
}
@Provides
public Context applicationContext() {
return this.application;
}
@Provides
public LocationManager locationService(Context context) {
return (LocationManager) context.getSystemService(Context.LOCATION_SERVICE);
}
}
3.) criar a AppContextComponent
classe que fornece a interface para obter as classes que são injetáveis.
public interface AppContextComponent {
CustomApplication application(); //provision method
Context applicationContext(); //provision method
LocationManager locationManager(); //provision method
}
3.1.) É assim que você criaria um módulo com uma implementação:
@Module //this is to show that you can include modules to one another
public class AnotherModule {
@Provides
@Singleton
public AnotherClass anotherClass() {
return new AnotherClassImpl();
}
}
@Module(includes=AnotherModule.class) //this is to show that you can include modules to one another
public class OtherModule {
@Provides
@Singleton
public OtherClass otherClass(AnotherClass anotherClass) {
return new OtherClassImpl(anotherClass);
}
}
public interface AnotherComponent {
AnotherClass anotherClass();
}
public interface OtherComponent extends AnotherComponent {
OtherClass otherClass();
}
@Component(modules={OtherModule.class})
@Singleton
public interface ApplicationComponent extends OtherComponent {
void inject(MainActivity mainActivity);
}
Cuidado: Você precisa fornecer a @Scope
anotação (como @Singleton
ou @ActivityScope
) no @Provides
método anotado do módulo para obter um provedor com escopo dentro do componente gerado, caso contrário, ele ficará sem escopo e você obterá uma nova instância cada vez que injetar.
3.2.) Crie um componente com escopo de aplicativo que especifique o que você pode injetar (é o mesmo injects={MainActivity.class}
em Dagger 1.x):
@Singleton
@Component(module={AppContextModule.class}) //this is where you would add additional modules, and a dependency if you want to subscope
public interface ApplicationComponent extends AppContextComponent { //extend to have the provision methods
void inject(MainActivity mainActivity);
}
3.3.) Para dependências que você mesmo pode criar através de um construtor e não quer redefinir usando um @Module
(por exemplo, você usa tipos de compilação para alterar o tipo de implementação), você pode usar o @Inject
construtor anotado.
public class Something {
OtherThing otherThing;
@Inject
public Something(OtherThing otherThing) {
this.otherThing = otherThing;
}
}
Além disso, se você usar o @Inject
construtor, poderá usar a injeção de campo sem ter que chamar explicitamente component.inject(this)
:
public class Something {
@Inject
OtherThing otherThing;
@Inject
public Something() {
}
}
Essas @Inject
classes construtoras são adicionadas automaticamente ao componente do mesmo escopo, sem a necessidade de especificá-las explicitamente em um módulo.
Uma classe de construtor com @Singleton
escopo definido @Inject
será vista nos @Singleton
componentes com escopo definido.
@Singleton // scoping
public class Something {
OtherThing otherThing;
@Inject
public Something(OtherThing otherThing) {
this.otherThing = otherThing;
}
}
3.4.) Depois de definir uma implementação específica para uma determinada interface, como:
public interface Something {
void doSomething();
}
@Singleton
public class SomethingImpl {
@Inject
AnotherThing anotherThing;
@Inject
public SomethingImpl() {
}
}
Você precisará "vincular" a implementação específica à interface com um @Module
.
@Module
public class SomethingModule {
@Provides
Something something(SomethingImpl something) {
return something;
}
}
Uma abreviação para isso, uma vez que Dagger 2.4, é o seguinte:
@Module
public abstract class SomethingModule {
@Binds
abstract Something something(SomethingImpl something);
}
4.) crie uma Injector
classe para lidar com seu componente de nível de aplicativo (substitui o monolítico ObjectGraph
)
(nota: Rebuild Project
para criar a DaggerApplicationComponent
classe builder usando APT)
public enum Injector {
INSTANCE;
ApplicationComponent applicationComponent;
private Injector(){
}
static void initialize(CustomApplication customApplication) {
ApplicationComponent applicationComponent = DaggerApplicationComponent.builder()
.appContextModule(new AppContextModule(customApplication))
.build();
INSTANCE.applicationComponent = applicationComponent;
}
public static ApplicationComponent get() {
return INSTANCE.applicationComponent;
}
}
5.) crie sua CustomApplication
classe
public class CustomApplication
extends Application {
@Override
public void onCreate() {
super.onCreate();
Injector.initialize(this);
}
}
6.) adicionar CustomApplication
ao seu AndroidManifest.xml
.
<application
android:name=".CustomApplication"
...
7.) Injetar suas aulas emMainActivity
public class MainActivity
extends AppCompatActivity {
@Inject
CustomApplication customApplication;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Injector.get().inject(this);
//customApplication is injected from component
}
}
8.) Aproveite!
+1.) Você pode especificar Scope
seus componentes com os quais pode criar componentes com escopo no nível de atividade . Os subescopos permitem fornecer dependências que você precisa apenas para um determinado subescopo, em vez de em todo o aplicativo. Normalmente, cada atividade obtém seu próprio módulo com esta configuração. Observe que existe um provedor com escopo por componente , ou seja, para reter a instância dessa atividade, o próprio componente deve sobreviver à mudança de configuração. Por exemplo, ele pode sobreviver através de onRetainCustomNonConfigurationInstance()
, ou uma mira de morteiro.
Para mais informações sobre subcopagem, confira o guia do Google . Consulte também este site sobre métodos de provisionamento e também a seção de dependências de componentes e aqui .
Para criar um escopo personalizado, você deve especificar a anotação do qualificador de escopo:
@Scope
@Retention(RetentionPolicy.RUNTIME)
public @interface YourCustomScope {
}
Para criar um subescopo, você precisa especificar o escopo em seu componente e especificar ApplicationComponent
como sua dependência. Obviamente, você também precisa especificar o subescopo nos métodos do provedor de módulo.
@YourCustomScope
@Component(dependencies = {ApplicationComponent.class}, modules = {CustomScopeModule.class})
public interface YourCustomScopedComponent
extends ApplicationComponent {
CustomScopeClass customScopeClass();
void inject(YourScopedClass scopedClass);
}
E
@Module
public class CustomScopeModule {
@Provides
@YourCustomScope
public CustomScopeClass customScopeClass() {
return new CustomScopeClassImpl();
}
}
Observe que apenas um componente com escopo pode ser especificado como dependência. Pense nisso exatamente como a herança múltipla não é suportada em Java.
+2.) Sobre @Subcomponent
: essencialmente, um escopo @Subcomponent
pode substituir uma dependência de componente; mas em vez de usar um construtor fornecido pelo processador de anotação, você precisaria usar um método de fábrica de componentes.
Então, é isso:
@Singleton
@Component
public interface ApplicationComponent {
}
@YourCustomScope
@Component(dependencies = {ApplicationComponent.class}, modules = {CustomScopeModule.class})
public interface YourCustomScopedComponent
extends ApplicationComponent {
CustomScopeClass customScopeClass();
void inject(YourScopedClass scopedClass);
}
Torna-se isto:
@Singleton
@Component
public interface ApplicationComponent {
YourCustomScopedComponent newYourCustomScopedComponent(CustomScopeModule customScopeModule);
}
@Subcomponent(modules={CustomScopeModule.class})
@YourCustomScope
public interface YourCustomScopedComponent {
CustomScopeClass customScopeClass();
}
E isto:
DaggerYourCustomScopedComponent.builder()
.applicationComponent(Injector.get())
.customScopeModule(new CustomScopeModule())
.build();
Torna-se isto:
Injector.INSTANCE.newYourCustomScopedComponent(new CustomScopeModule());
+3.): Por favor, verifique outras questões sobre Stack Overflow relacionadas a Dagger2 também, elas fornecem muitas informações. Por exemplo, minha estrutura Dagger2 atual é especificada nesta resposta .
obrigado
Obrigado pelos guias do Github , TutsPlus , Joe Steele , Froger MCS e Google .
Também para este guia de migração passo a passo que encontrei depois de escrever este post.
E para explicação de escopo por Kirill.
Ainda mais informações na documentação oficial .