Библиотека жизненного цикла Android ViewModel с помощью dagger 2

сегодня я узнал способ избежать необходимости писать фабрики для моего ViewModel классы:

class ViewModelFactory<T : ViewModel> @Inject constructor(
    private val viewModel: Lazy<T>
) : ViewModelProvider.Factory {
    @Suppress("UNCHECKED_CAST")
    override fun <T : ViewModel?> create(modelClass: Class<T>): T = viewModel.get() as T
}

EDIT: как указал @Calin в комментариях, мы используем Dagger's Lazy в приведенном выше фрагменте кода, а не Котлина.

вместо того, чтобы вводить ViewModel, вы можете придать универсальный ViewModelFactory в ваши действия и фрагменты и получить экземпляр любого ViewModel:

class MyActivity : Activity() {

    @Inject
    internal lateinit var viewModelFactory: ViewModelFactory<MyViewModel>
    private lateinit var viewModel: MyViewModel

    override fun onCreate(savedInstanceState: Bundle?) {
        AndroidInjection.inject(this)
        super.onCreate(savedInstanceState)
        this.viewModel = ViewModelProviders.of(this, viewModelFactory)
            .get(MyViewModel::class.java)
        ...
    }

    ...
}

Я AndroidInjection.inject(this) С dagger-android библиотека, но вы можете ввести свою активность или фрагмент так, как вы предпочитаете. Все, что осталось, это убедиться, что вы предоставляете свой ViewModel из модуля:

@Module
object MyModule {
    @JvmStatic
    @Provides
    fun myViewModel(someDependency: SomeDependency) = MyViewModel(someDependency)
} 

или применения @Inject аннотация к его конструктору:

class MyViewModel @Inject constructor(
    someDependency: SomeDependency
) : ViewModel() {
    ...
}

Я считаю, что есть второй вариант, если вы не хотите использовать завод, упомянутый в ответе Роберта. Это не обязательно лучшее решение, но всегда хорошо знать варианты.

вы можете оставить viewModel с конструктором по умолчанию и ввести свои зависимости так же, как и в случае действий или других элементов, созданных система. Пример:

ViewModel:

public class ExampleViewModel extends ViewModel {

@Inject
ExampleDependency exampleDependency;

public ExampleViewModel() {
    DaggerExampleComponent.builder().build().inject(this);
    }
}

компоненты:

@Component(modules = ExampleModule.class)
public interface ExampleComponent {

void inject(ExampleViewModel exampleViewModel);

}

модуль:

@Module
public abstract class ExampleModule {

@Binds
public abstract ExampleDependency bindExampleDependency(ExampleDependencyDefaultImplementation exampleDependencyDefaultImplementation);

}

Ура, Петр!--4-->

что может быть не очевидно в вопросе, так это то, что ViewModel не может быть введен таким образом, потому что фабрика ViewModelProvider по умолчанию, которую вы получаете от

ViewModelProvider.of(LifecycleOwner lo) 

метод только с параметром LifecycleOwner может создавать только экземпляр ViewModel, который имеет конструктор по умолчанию no-arg.

у вас есть param: 'api' в вашем конструкторе:

public DispatchActivityModel(API api) {

для этого вам нужно создать фабрику, чтобы вы могли сказать ей, как создать себя. Пример кода от google дает вам конфигурацию Кинжала и заводской код, как указано в принятом ответе.

DI был создан, чтобы избежать использования оператора new () в зависимостях, потому что, если реализации изменятся, каждая ссылка также должна будет измениться. Реализация ViewModel мудро использует статический шаблон фабрики уже с ViewProvider.из.)(get (), что делает его инъекцию ненужной в случае конструктора no-arg. Так что в этом случае вам не нужно напишите фабрику вам не нужно впрыснуть фабрику конечно.

Я хотел бы предоставить третий вариант для тех, кто наткнулся на этот вопрос. The Кинжал ViewModel библиотека позволит вам вводить Dagger2-подобный способ с ViewModels, необязательно указывая область видимости ViewModel.

Он удаляет много шаблонов, а также позволяет вводить ViewModels декларативным способом, используя аннотацию:

@InjectViewModel(useActivityScope = true)
public MyFragmentViewModel viewModel;

Он также требует небольшого количества кода для настройки модуля, от которого полностью зависит инжектированные ViewModels могут быть сгенерированы, и после этого это так же просто, как вызов:

void injectFragment(Fragment fragment, ViewModelFactory factory) {
    ViewModelInejectors.inject(frag, viewModelFactory);
}

в классе ViewModelInjectors, который генерируется.

отказ от ответственности: это моя библиотека, но я считаю, что она также полезна автору этого вопроса и всем, кто хочет достичь того же.