В чём заключается отличие между Dagger 1 и Dagger 2?

Основное отличие в том, что Dagger 2 генерирует код на этапе компиляции, а Dagger 1 полагался на рефлексию в runtime.

Преимущества Dagger 2 перед Dagger 1:

• Производительность: Отсутствие рефлексии делает runtime более быстрым.
• Отладка: Ошибки конфигурации видны на этапе компиляции, а не в runtime.
• Надежность: Сгенерированный код лучше предсказуем и тестируем.
• Отсутствие скрытых ошибок: Рефлексия может скрывать ошибки, которые проявляются только при определенных условиях.

В Dagger 1 использовались @Module и @Inject аннотации, а также классы @ObjectGraph для управления зависимостями.

В Dagger 2 также используются @Module и @Inject, но основной механизм — это @Component, который является фабрикой для инжектируемых объектов и генерируется Dagger'ом.

Пример модуля в Dagger 1:

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

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

Пример модуля в Dagger 2:

// Dagger 2 Module
@Module
public class MyModule {

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

Пример компонента в Dagger 2:

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

    void inject(MyActivity activity);
}

Основной принцип Dagger 2: вы описываете граф зависимостей с помощью модулей и аннотаций, а Dagger генерирует классы, которые реализуют этот граф, предоставляя возможность получить экземпляры зависимостей. Это напоминает ручное написание фабрик, but automatically and efficiently.