Какие особенности внедрения зависимостей с помощью Dagger в поле?

Внедрение зависимостей в поля (field injection) с помощью Dagger имеет следующие особенности:

1. Необходимо @Inject для каждого поля: Каждое поле, в которое нужно внедрить зависимость, должно быть помечено аннотацией @Inject.

   // Пример:
   class MyFragment extends Fragment {
   
       @Inject
       MyService myService; // Поле для инъекции
   
       @Override
       public void onCreate(@Nullable Bundle savedInstanceState) {
           super.onCreate(savedInstanceState);
           // Здесь происходит инъекция
           ((MyApplication) requireActivity().getApplication()).getAppComponent().inject(this);
       }
   }
   

2. Требуется инъекция объекта-владельца: Класс, в котором находятся поля для инъекции (например, Activity, Fragment), не создается Dagger'ом напрямую. Его необходимо "инжектировать" из компонента. Для этого в компоненте добавляется метод inject() который принимает экземпляр этого класса.

   // Пример компонента:
   @Component(modules = ...)
   public interface AppComponent {
       void inject(MyFragment fragment); // Метод для инъекции в MyFragment
       // ... другие методы инъекции или предоставления зависимостей
   }
   

3. Инъекция происходит после конструирования: Инъекция в поля происходит после того, как объект уже создан. Это означает, что в конструкторе этого объекта поля, помеченные @Inject, еще не будут инициализированы.

4. Ограниченная тестопригодность: Тестировать классы с инъекцией в поля может быть сложнее, так как для создания экземпляра класса и последующего использования приходится запускать процесс инъекции (через компонент), а не просто передавать моки через конструктор.

5. Potential for null fields in constructor: Если в конструкторе класса попытаться использовать поля, помеченные @Inject, они будут null, что может привести к NullPointerException.

6. Использование в Activity/Fragment: Инъекция в поля часто используется в компонентах Android (Activity, Fragment, Service), так как их жизненный цикл управляется фреймворком, и обычное конструкторное внедрение может быть неудобным.

7. Меньшая явность: В отличие от конструкторного внедрения, где все зависимости четко видны в сигнатуре конструктора, при инъекции в поля зависимости менее очевидны при первом взгляде на класс.

В целом, инъекция в поля удобна для Android-компонентов, но имеет недостатки с точки зрения явности и тестопригодности по сравнению с конструкторным внедрением.