我目前正在将我的项目架构从MVP转换为MVVM。当我在处理它时,我发现有些东西使我感到困惑:
在项目iosched的ScheduleViewModelFactory.kt
中,工厂实现了 ViewModelProvider.Factory:
class ScheduleViewModelFactory(
private val userEventRepository:DefaultSessionAndUserEventRepository
) : ViewModelProvider.Factory {
@Suppress("UNCHECKED_CAST")
override fun <T : ViewModel> create(modelClass: Class<T>): T {
if (modelClass.isAssignableFrom(ScheduleViewModel::class.java)) {
return ScheduleViewModel(LoadUserSessionsByDayUseCase(userEventRepository)) as T
}
throw IllegalArgumentException("Unknown ViewModel class")
}
}
在codelab的Sunshine项目的DetailViewModelFactory.java
中,工厂扩展了 ViewModelProvider.NewInstanceFactory:
public class DetailViewModelFactory extends ViewModelProvider.NewInstanceFactory {
private final SunshineRepository mRepository;
private final Date mDate;
public DetailViewModelFactory(SunshineRepository repository, Date date) {
this.mRepository = repository;
this.mDate = date;
}
@Override
public <T extends ViewModel> T create(Class<T> modelClass) {
//noinspection unchecked
return (T) new DetailActivityViewModel(mRepository, mDate);
}
}
我想知道:
答案 0 :(得分:0)
ViewModelProvider.Factory和 ViewModelProvider.NewInstanceFactory?
为什么像上述代码一样使用它们?
基于 ViewModelProvider 文档:
public class ViewModelProvider {
/**
* Implementations of {@code Factory} interface are responsible to instantiate ViewModels.
*/
public interface Factory {
@NonNull
<T extends ViewModel> T create(@NonNull Class<T> modelClass);
(...)
/**
* Simple factory, which calls empty constructor on the given class.
*/
public static class NewInstanceFactory implements Factory {
@SuppressWarnings("ClassNewInstance")
@NonNull
@Override
public <T extends ViewModel> T create(@NonNull Class<T> modelClass) {
//noinspection TryWithIdenticalCatches
try {
return modelClass.newInstance();
} catch (InstantiationException e) {
throw new RuntimeException("Cannot create an instance of " + modelClass, e);
} catch (IllegalAccessException e) {
throw new RuntimeException("Cannot create an instance of " + modelClass, e);
}
}
}
(...)
}
并考虑对newInstance()
的{{3}}描述:
通常,new运算符用于创建对象,但是如果我们想 决定要在运行时创建的对象的类型,我们无法 使用新的运算符。在这种情况下,我们必须使用newInstance()方法。
我假设NewInstanceFactory
是Factory
的实现,当我们要创建不同类型的ViewModel时可以使用它。
另一方面,在Google的geeksforgeeks中:
public class ViewModelFactory extends ViewModelProvider.NewInstanceFactory {
(...)
@Override
public <T extends ViewModel> T create(Class<T> modelClass) {
if (modelClass.isAssignableFrom(StatisticsViewModel.class)) {
//noinspection unchecked
return (T) new StatisticsViewModel(mApplication, mTasksRepository);
} else if (modelClass.isAssignableFrom(TaskDetailViewModel.class)) {
//noinspection unchecked
return (T) new TaskDetailViewModel(mApplication, mTasksRepository);
} else if (modelClass.isAssignableFrom(AddEditTaskViewModel.class)) {
//noinspection unchecked
return (T) new AddEditTaskViewModel(mApplication, mTasksRepository);
} else if (modelClass.isAssignableFrom(TasksViewModel.class)) {
//noinspection unchecked
return (T) new TasksViewModel(mApplication, mTasksRepository);
}
throw new IllegalArgumentException("Unknown ViewModel class: " + modelClass.getName());
}
}
他们正在使用NewInstanceFactory
,但是正在覆盖create
方法!据我所知,如果我们覆盖它,则与使用常规{{1 }}。
答案 1 :(得分:0)
ViewModelProvider.Factory负责创建您的实例 ViewModel。
如果您的ViewModel具有依赖项,并且您想测试您的ViewModel,则应该创建自己的ViewModelProvider.Factory并通过ViewModel构造函数传递依赖项,并为ViewModelProvider.Factory实例赋值。
何时使用ViewModelProvider.Factory?
如果ViewModel具有依赖关系,则应通过构造函数传递此依赖关系(这是传递依赖关系的最佳方法),以便可以模拟该依赖关系并测试ViewModel。
何时不使用ViewModelProvider.Factory
如果您的ViewModel没有依赖项,那么您将不需要创建自己的ViewModelProvider.Factory。默认实现足以为您创建ViewModel。
请仔细阅读此blog。