Jetpack MVVM七宗罪 之三 :在 onViewCreated 中请求数据(1)

关于订阅 ViewModel 的时机,大家一般放在 onViewCreated ,这是没有问题的。但是一个常犯的错误是将 ViewModel 中首次的数据加载也放到 onViewCreated 中进行:

//DetailTaskViewModel.kt

class DetailTaskViewModel : ViewModel() {

private val _task = MutableLiveData()

val task: LiveData = _task

fun fetchTaskData(taskId: Int) {

viewModelScope.launch {

_task.value = withContext(Dispatchers.IO){

TaskRepository.getTask(taskId)

}

}

}

}

//DetailTaskFragment.kt

class DetailTaskFragment : Fragment(R.layout.fragment_detailed_task){

private val viewModel : DetailTaskViewModel by viewModels()

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {

super.onViewCreated(view, savedInstanceState)

//订阅 ViewModel

viewMode.uiState.observe(viewLifecycleOwner) {

//update ui

}

//请求数据

viewModel.fetchTaskData(requireArguments().getInt(TASK_ID))

}

}

如上,如果 ViewModel 在 onViewCreated 中请求数据,当 View 因为横竖屏等原因重建时会再次请求,而我们知道 ViewModel 的生命周期长于 View,数据可以跨越 View 的生命周期存在,所以没有必要随着 View 的重建反复请求。

正确的加载时机

===================================================================

ViewModel 的初次数据加载推荐放到 init{} 中进行,这样可以保证 ViewModelScope 中只加载一次

//TasksViewModel.kt

class TasksViewModel: ViewModel() {

private val _tasks = MutableLiveData<List>()

val tasks: LiveData<List> = _uiState

init {

viewModelScope.launch {

_tasks.value = withContext(Dispatchers.IO){

TasksRepository.fetchTasks()

}

}

}

}

LiveData KTX Builder

================================================================================

此外 lifecycle-livedata-ktx 提供的 LiveData KTX Builder 可以在创建 LiveData 的同时进行数据请求,无需创建 MutableLiveData,写法更简洁:

implementation “androidx.lifecycle:lifecycle-livedata-ktx:$latest_version”

val tasks: LiveData = liveData {

emit(Result.loading())

try {

emit(Result.success(repo.fetchData()))

} catch(ioException: Exception) {

emit(Result.error(ioException))

}

}

Note: 此种 KTX Builder 只适用于数据仅加载一次的情况,如果后续有用户动态触发的数据请求,则还需要借助 MutableLiveData 来实现。

设置 ViewModel 的初始化参数

===============================================================================

如果在 ViewModel 构造函数中请求数据,当需要参数时该如何传入呢?比如我们最开头例子中需要传入一个 TaskId。

1. 构造参数

====================================================================

最容易想到的方法是通过构造参数传入。

class DetailTaskViewModel(private val taskId: Int) : ViewModel() {

//…

init {

viewModelScope.launch {

_tasks.value = TasksRepository.fetchTask(taskId)

}

}

}

需要注意不能直接调用 ViewModel 的构造函数构造,这样无法将 ViewModel 存入 ViewModelStore。

此时需要定义一个 ViewModelProvider.Factory:

class TaskViewModelFactory(val taskId: Int) : ViewModelProvider.Factory {

override fun <T : ViewModel?> create(modelClass: Class): T =

modelClass.getConstructor(Int::class.java)

.newInstance(taskId)

}

然后在 Fragment 中,用此 Factory 创建 ViewModel

class DetailTaskFragment : Fragment(R.layout.fragment_detailed_task){

private val viewModel : DetailTaskViewModel by viewModels {

TaskViewModelFactory(requireArguments().getInt(TASK_ID))

}

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {

super.onViewCreated(view, savedInstanceState)

//…

}

}

2. 使用 SavedStateHandler

====================================================================================

Fragment 1.2.0 或者 Activity 1.1.0 起, 可以使用 SavedStateHandle 作为 ViewModel 的参数。SavedStateHandle 可以帮助 ViewModel 实现数据持久化,同时可以传递 Fragment 的 arguments 给 ViewModel。

关于如何使用 SavedStateHandle 对数据进行持久化,由于不是本文重点不做介绍,这里只展示如何通过 SavedStateHandle 获取 arguments

implementation “androidx.lifecycle:lifecycle-viewmodel-savestate:$latest_version”

SavedStateHandle 版本的 ViewModel 定义如下:

class TaskViewModel(savedStateHandle: SavedStateHandle) : ViewModel() {

//…

init {

viewModelScope.launch {

_tasks.value = TasksRepository.fetchTask(

savedStateHandle.get(TASK_ID)

)

}

}

}

Fragment 中创建 ViewModel 如下:

class DetailTaskFragment : Fragment(R.layout.fragment_detailed_task){

private val viewModel: TaskViewModel by viewModels {

SavedStateViewModelFactory(

requireActivity().application,

requireActivity(),

arguments// 将arguments作为默认参数传递给 SavedStateHandler

)

}

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {

super.onViewCreated(view, savedInstanceState)

//…

}

}

其中,SavedStateViewModelFactory 是关键,它会在构造 ViewModel 的时候,传入 SavedStateHandler

3. 自定义扩展方法

=======================================================================

前两种方法的模板代码较多,这里推荐一个自定义的扩展方法viewModelByFactory,可以进一步简化代码

typealias CreateViewModel = (handle: SavedStateHandle) -> ViewModel

inline fun Fragment.viewModelByFactory(

defaultArgs: Bundle? = null,

noinline create: CreateViewModel = {

val constructor = findMatchingConstructor(VM::class.java, arrayOf(SavedStateHandle::class.java))

constructor!!.newInstance(it)

}

): Lazy {

return viewModels {

createViewModelFactoryFactory(this, defaultArgs, create)

}

}

inline fun Fragment.activityViewModelByFactory(

defaultArgs: Bundle? = null,

noinline create: CreateViewModel

): Lazy {

return activityViewModels {

createViewModelFactoryFactory(this, defaultArgs, create)

}

}

总结

首先是感觉自己的基础还是不够吧,大厂好像都喜欢问这些底层原理。

另外一部分原因在于资料也还没有看完,一面时凭借那份资料考前突击恶补个几天居然也能轻松应对(在这里还是要感谢那份资料,真的牛),于是自我感觉良好,资料就没有怎么深究下去了。

之前的准备只涉及了Java、Android、计网、数据结构与算法这些方面,面对面试官对其他基础课程的考察显得捉襟见肘。

下一步还是要查漏补缺,进行针对性复习。

最后的最后,那套资料这次一定要全部看完,是真的太全面了,各个知识点都涵盖了,几乎我面试遇到的所有问题的知识点这里面都有!希望大家不要犯和我一样的错误呀!!!一定要看完!


《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!
个几天居然也能轻松应对(在这里还是要感谢那份资料,真的牛),于是自我感觉良好,资料就没有怎么深究下去了。

之前的准备只涉及了Java、Android、计网、数据结构与算法这些方面,面对面试官对其他基础课程的考察显得捉襟见肘。

下一步还是要查漏补缺,进行针对性复习。

最后的最后,那套资料这次一定要全部看完,是真的太全面了,各个知识点都涵盖了,几乎我面试遇到的所有问题的知识点这里面都有!希望大家不要犯和我一样的错误呀!!!一定要看完!
[外链图片转存中…(img-UluGAUMZ-1715664747670)]

[外链图片转存中…(img-ZAQNocH7-1715664747671)]

[外链图片转存中…(img-WVMjRaZj-1715664747673)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可获取!

  • 14
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值