【Android TimeCat】 比较Fragment中获取Context对象的两种方法
背景
我们在使用Fragment的时候经常需要传递Context类型的参数,比如弹出一个dialog,而Fragment自己又不是一个Context类型的对象,于是我们有下面两种方法获取Context对象。
两种方法介绍
this.getActivity()(可以不写this.)
在Fragment中直接调用getActivity()方法,可以直接得到Fragment依附的Activity,而Activity是一个Context类型的对象。
- 获取
Application对象
如下自己写一个MyApplication类继承Application,通过getInstance获取一个Application类型的对象,也是Context对象。
1 | public class MyApplication extends Application { |
两种方法比较
- this.getActivity()
- 优点:不需要写
MyApplication类 - 缺点:
Fragment很容易被销毁,调用getActivity()方法会报空指针错误(注意:并不是getActivity()返回值为null,而是this.getActivity()中的this,也就是Fragment自己是null,因为它已经被销毁了)
- 获取Application对象
- 优点:不会遇到类似
this.getActivity()的空指针问题 - 缺点:某些情况下的Context必须是Activity,特别是实例化Dialog等需要依附于一个Activity的可视化的对象时传参必须是Activity对象(Toast是Android的一种通知机制,不需要依附于Activity)
两全其美的解决方案
1.MyApplication是一定要写的
2.写一个如下的BaseFragment类:所有的Fragment都继承这个BaseFragment,直接通过getContext()方法即可得到Context对象,当然实例化Dialog等需要依附于Activity的对象时,还是老老实实的getActivity()吧
1 | public class BaseFragment extends Fragment{ |