¿En qué consiste la diferencia entre Dagger 1 y Dagger 2?

La principal diferencia es que Dagger 2 genera código en tiempo de compilación, mientras que Dagger 1 confiaba en la reflexión en tiempo de ejecución.

Ventajas de Dagger 2 sobre Dagger 1:

• Rendimiento: La ausencia de reflexión hace que el tiempo de ejecución sea más rápido.
• Depuración: Los errores de configuración son visibles en tiempo de compilación, no en tiempo de ejecución.
• Fiabilidad: El código generado es más predecible y fácil de probar.
• Ausencia de errores ocultos: La reflexión puede ocultar errores que solo aparecen bajo ciertas condiciones.

En Dagger 1 se utilizaban las anotaciones @Module y @Inject, así como las clases @ObjectGraph para gestionar las dependencias.

En Dagger 2 también se usan @Module y @Inject, pero el mecanismo principal es @Component, que actúa como una fábrica para los objetos inyectados y es generado por Dagger.

Ejemplo de módulo en Dagger 1:

// Módulo Dagger 1
@Module(injects = MyActivity.class)
public class MyModule {

    @Provides
    public MyDependency provideMyDependency() {
        return new MyDependency();
    }
}

Ejemplo de módulo en Dagger 2:

// Módulo Dagger 2
@Module
public class MyModule {

    @Provides
    public MyDependency provideMyDependency() {
        return new MyDependency();
    }
}

Ejemplo de componente en Dagger 2:

// Componente Dagger 2
@Component(modules = MyModule.class)
public interface MyComponent {

    void inject(MyActivity activity);
}

Principio principal de Dagger 2: describes the dependency graph using modules and annotations, and Dagger generates classes that implement this graph, allowing you to obtain instances of dependencies. This is similar to manually writing factories, but automatically and efficiently.