摘要:在中是为界置更改后继续存在的对象。由于的特性是对数据进行持久化,所以它不能持有与相关的引用,防止内存泄露,因此这里使用与应用生命周期绑定的。创建好了,接下来只剩下在中进行使用。得到后,剩下的就是对数据的操作与响应。
在Android Architecture Components(AAC)中ViewMode是为界
置更改后继续存在的对象。例如界面的旋转导致界面配置信息改变。
对于为界面提供数据,我们所知道的也有其他的一些模式,例如MVP的Presenter与MVVM中的ViewModel。那么我们进行一个假设,如果Activity发生界面旋转,此时上述的提供数据的模式会发生什么呢?
对于Activity的重建,为了提供ui所需的数据,我们必须重新获取数据(网络或者本地数据库),如果需要保存数据,也要重新进行保存操作。
在对数据进行操作时,你必须要处理一些可能造成的内存泄露问题。
对于以上问题,ViewModel都能够帮我们解决。只要Activity没有彻底被销毁,使用的都是同一个ViewModel,同时对于它的创建与销毁我们无需进行维护管理,能很好的保证资源的释放。
下面的这张图能够帮助我们更好的观察它在Activity中的生命状态
ViewModel贯穿Activity的整个生命周期,只有当Activity彻底释放时才会将其销毁。所以它能够更好的帮助我们实现持久化数据,防止不必要的数据请求,提高App的性能。
是不是有点好奇了呢,下面我们来简单介绍它的使用,为什么说简单呢?因为真的很简单...依赖
如果你已经有了解过上篇关于Lifecycle的文章(Android Architecture Components Part3:Lifecycle),那么可以直接跳过依赖部分,没有的我们继续。
在使用ViewModel之前,我们需要在App或者Module的build.gradle中添加如下代码
dependencies { def lifecycle_version = "1.1.1" // ViewModel and LiveData implementation "android.arch.lifecycle:extensions:$lifecycle_version" annotationProcessor "android.arch.lifecycle:compiler:$lifecycle_version" }使用
依赖已经准备完毕,我们可以直接通过如下代码使用
class ContactsViewModel(application: Application, private val defTitle: String = "Contacts") : AndroidViewModel(application) { val message: MutableLiveDataby lazy { MutableLiveData () } val contactsList: MutableLiveData > = MutableLiveData() .... .... fun getContacts(refresh: Boolean): LiveData
> { message.value = "" if (refresh) { getDataFromRemote() } else if (contactsList.value == null || contactsList.value?.size ?: 0 <= 0) { message.value = "数据请求中,请稍后!" if (mLocalData.isEmpty()) { getDataFromLocal() } } return contactsList } ... ... }
我们创建ContactsViewModel,让它继承于AndroidViewModel,它是对抽象ViewModel的扩展,使用它时需要传入Application对象,方便一些资源的获取。由于ViewModel的特性是对数据进行持久化,所以它不能持有与Activity相关的引用(Context),防止内存泄露,因此这里使用与应用生命周期绑定的Application。
在ContactsViewModel中我们结合MutableLiveData来更好的管理数据的变化更新。
ViewModel创建好了,接下来只剩下在Activity中进行使用。
class ContactsActivity : AppCompatActivity() { private lateinit var mViewModel: ContactsViewModel override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_contacts_layout) setupViewModel() } private fun setupViewModel() { mViewModel = ViewModelProviders.of(this)[ContactsViewModel::class.java] //active STARTED、RESUMED mViewModel.getContacts(true).observe(this, Observer { //todo ... }) mViewModel.message.observe(this, Observer { //todo ... }) } }
实际上我们只需一行代码就可以获取到ViewModel的实例,通过ViewModelProviders.of()方法传入Activity对象,它会返回一个ViewModelProvider对象,然后我们再使用它的get()来根据不同的ViewModel的Class对象来获取到相应的ViewModel实例。
只要Activity对象没有改变,同时都是同一个ViewModel的Class对象,那么我们无论何时获取的都是同一个ViewModel实例。这就实现了在Activity中的ViewModel持久化特性。由于ViewModel是同一个,自然它里面的数据也是同一份。
得到ViewModel后,剩下的就是对数据的操作与响应。这里结合了LiveData所以方便了许多。
LiveData之间已经有详细介绍,如需了解可以查看文章末的链接。ViewModelProvider
到这里我想你心中可能会有如下几个疑问
ViewModel它是如何初始化的,对象是如何实例化的
如何向ViewModel中传递初始化的参数
这两个疑问都将由ViewModelProvider来解决。
我们回到获取ViewModelProvider的ViewModelProviders.of()方法,进入源码查看。
@NonNull @MainThread public static ViewModelProvider of(@NonNull FragmentActivity activity, @Nullable Factory factory) { Application application = checkApplication(activity); if (factory == null) { factory = ViewModelProvider.AndroidViewModelFactory.getInstance(application); } return new ViewModelProvider(ViewModelStores.of(activity), factory); }
我们也没有发现我们想要的代码,但我们发现factory。我们在获取ViewModel时并没有传入factory,所以它会走空判断里面的代码,创建一个默认的factory。那么我们再进入ViewModelProvider中查看静态内部类AndroidViewModelFactory
public static class AndroidViewModelFactory extends ViewModelProvider.NewInstanceFactory { ... ... @NonNull @Override publicT create(@NonNull Class modelClass) { if (AndroidViewModel.class.isAssignableFrom(modelClass)) { //noinspection TryWithIdenticalCatches try { return modelClass.getConstructor(Application.class).newInstance(mApplication); } catch (NoSuchMethodException e) { throw new RuntimeException("Cannot create an instance of " + modelClass, e); } catch (IllegalAccessException e) { throw new RuntimeException("Cannot create an instance of " + modelClass, e); } catch (InstantiationException e) { throw new RuntimeException("Cannot create an instance of " + modelClass, e); } catch (InvocationTargetException e) { throw new RuntimeException("Cannot create an instance of " + modelClass, e); } } return super.create(modelClass); } }
我们只看关键代码,它继承于NewInstanceFactory,其中只有一个方法create()。AndroidViewModelFactory重新实现了create(),在重写的方法中我们找到了我们想要的方法调用。在这里它通过Class的getConstructor()方法获取匹配的Constructor对象,然后再通过newInstance()方法来获取匹配的对象实例。这样我们所需要的ViewModel实例就创建了,第一个疑问就此解决。
至于第二个疑问,细心的话不难发现,上面在调用newInstance()方法时已经传了一个初始化的参数mApplication。所以如果我们要再传入其它自定义的初始化参数,只需实现我们自己的create()方法。要自定义create()方法,我们就要自定义一个factory,继承NewInstanceFactory类。
下面是实现ContactsViewModel在初始化时传入特定的title值
class ContactsFactory(private val application: Application) : ViewModelProvider.NewInstanceFactory() { companion object { @SuppressLint("StaticFieldLeak") private var instance: ContactsFactory? = null fun getInstance(application: Application): ContactsFactory { if (instance == null) { instance = ContactsFactory(application) } return instance as ContactsFactory } } override funcreate(modelClass: Class ): T { if (modelClass.isAssignableFrom(ContactsViewModel::class.java)) { return ContactsViewModel(application, "Factory Contacts") as T } return super.create(modelClass) } }
重点自然是create()方法,通过isAssignableFrom()方法判断需要实例化的类型,由于我们能够明确到具体的类,所以可以直接使用正常的类实例化操作。已经有了factory,最后在获取ViewModel时传入即可
mViewModel = ViewModelProviders.of(this, ContactsFactory.getInstance(application))[ContactsViewModel::class.java]
ViewModel就是这么简单,但它对数据的持久化却异常突出。是否已经迫不及待了呢?赶紧来试试它的特性吧。
总结最后Android Architecture Components(AAC)系列到此就告一段落了,让我们来回顾一下AAC。我们通过Room可以快速方便的实现本地数据存储;结合LiveData来观测数据的更新变化与及时反映到UI层;同时使用Lifecycle来让我们的组件或数据容器的具备生命感知能力,帮助我们的减少生命状态的处理与异常错误的发生;最后将界面数据存储到ViewModel中,使得数据达到持久化,减少不必要的数据请求与资源消耗。
下面的能够初步体现使用AAC后的App项目架构形态
最后感谢大家对AAC架构系列的支持!如果感觉不错的话,可以帮忙点赞收藏一下或者关注我的公众号。同时文章中的代码都可以在Github中获取到。使用时请将分支切换到feat_architecture_components
相关文章Android Architecture Components Part1:Room
Android Architecture Components Part2:LiveData
Android Architecture Components Part3:Lifecycle
私人博客
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/11893.html
摘要:例如,在方面它主要能够帮助你解决以下两个问题在主线程中执行耗时任务导致的主线程阻塞,从而使发生。提供主线程安全,同时对来自于主线程的网络回调磁盘操提供保障。在线程通过从数据库取数据,一旦数据返回,在主线程进行处理。 showImg(https://segmentfault.com/img/bVbuqpM?w=800&h=320); 今天我们来聊聊Kotlin Coroutine,如果你...
阅读 2290·2023-04-26 00:01
阅读 796·2021-10-27 14:13
阅读 1810·2021-09-02 15:11
阅读 3381·2019-08-29 12:52
阅读 528·2019-08-26 12:00
阅读 2569·2019-08-26 10:57
阅读 3405·2019-08-26 10:32
阅读 2848·2019-08-23 18:29