在过去的谷歌IO大会上,Google官方向我们推出了 Android Architecture Components,其中谈到Android组件处理生命周期的问题,向我们介绍了 Handling Lifecycles。
同时,如何利用 android.arch.lifecycle 包提供的类来控制数据、监听器等的 lifecycle。同时,LiveData 与 ViewModel 的 lifecycle 也依赖于 Lifecycle 框架。
经过公司内部的技术交流小组的探讨后,不少小伙伴觉得这个框架本身尚未成熟(当时的 Android Architecture Components组件还处于Alpha版本),再加上本身并没有足够的说服力让我们抛弃RxJava+RxAndroid全家桶转身投奔LiveData ,而Room 这个数据库框架本身也有很多同样优秀的三方库可以替代,因此我渐渐把这个框架的学习计划搁置了。
Android官方架构组件:Lifecycle详解&原理分析
迪士尼彩乐园平台搭建,需要请搜索【大神源码论坛】dsluntan.com 客服企娥3393756370 V信17061863513,
不久前, Android Architecture Components 正式Release, Lifecycle也正式植入进了SupportActivity(AppCompatActivity的基类)和Fragment中,我觉得还是有必要去尝试学习google的这个框架,不管有没有用到,我相信其本身的设计思想也会对我有很大的帮助。
一、Lifecycle简介&基础使用
为什么要引进Lifecycle?
我们在处理Activity或者Fragment组件的生命周期相关时,不可避免会遇到这样的问题:
我们在Activity的onCreate()中初始化某些成员(比如MVP架构中的Presenter,或者AudioManager、MediaPlayer等),然后在onStop中对这些成员进行对应处理,在onDestroy中释放这些资源,这样导致我们的代码也许会像这样:
class MyPresenter{
public MyPresenter() {
}
void create() {
//do something
}
void destroy() {
//do something
}
}
class MyActivity extends AppCompatActivity {
private MyPresenter presenter;
public void onCreate(...) {
presenter= new MyPresenter ();
presenter.create();
}
public void onDestroy() {
super.onDestroy();
presenter.destory();
}
}
代码没有问题,关键问题是,实际生产环境中 ,这样的代码会非常复杂,你最终会有太多的类似调用并且会导致 onCreate() 和 onDestroy() 方法变的非常臃肿。
原文地址:http://blog.51cto.com/13968033/2174630