关于Android Context一些总结
1.首先什么是context?
文档语焉不详,说是resource什么的,反正是没看懂,实际上可以认为它是一个指向parent对象的指针,受到那个parent对象的控制。
2.为什么需要context?
试想一下这个语句:
Button myButton =newButton(this);
这个this就是context,前面说了它指向了parent对象,那指向了哪里?为什么需要这么做?原因是Button为了能完成自己的使命(响应各种操作)就得让Android系统知道自己是属于哪个Activity的,这个信息是必须的,因为只有这样Android系统才会对其进行管理,比如响应onClick()事件,否则系统连Button是属于哪个Activity的都不知道,怎么响应呢?如果Button的context和Activity的context是一样的,那么它们都是可见的,比如上面那个button跟Activity一样是可见的,它们的context指向另一个不可见的对象,也就是它们受那个不可见的对象控制,我理解为系统。
3.Application context和Activity context。
这是两种不同的context,也是最常见的两种。第一种中context的生命周期与Application的生命周期相关的,context随着Application的销毁而销毁,第二种中的context跟Activity的生命周期是相关的,但是对一个Application来说,Activity可以销毁几次,那么属于Activity的context就会销毁多次。至于用哪种context,得看应用场景,个人感觉用Activity的context好一点,不过也有的时候必须使用Application的context。
举例来说:SQLite建立时是需要context的,那么我们怎么传呢?
一、建立SQLiteOpenHelper 的子类
public class mySQLiteHelper extends SQLiteOpenHelper {
..........
public DBOpenHelper(Context context, String name, CursorFactory factory,
int version) {
super(context, name, factory, version);
// TODO Auto-generated constructor stub
}
.......
}
二、我们用另一个类封装一下这个类,完善数据查询、插入、删除、更新等操作,具体方法不表。
public class DBManager {
//定义上面那个类对象;
private mySQLiteHelper dbHelper;
//注意这里得定义一个context,你想直接得到是得不到的,需要调用这个类的对象自己传一个context过来,这个context再将得到的context传到mySQLiteHelper 那个类去。
private Context context;
//构造方法
public DBManager (Context context) {
this.context = context;
dbHelper = new DBOpenHelper(context,DB_NAME,null,VERSION);
db = dbHelper.getWritableDatabase();
}
}
三、最后,我们在一个Activity中进行调用
public class myActivity extends Activity {
private DBManager db;
public void onCreate(Bundle savedInstanceState) {
........
//dbmgr = new DataManager(getApplicationContext()); 第一种
dbmgr = new DataManager(this); //第二种
//两种方法都可以,第一种是Application的context,第二种是Activity的context
.........
}
}
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。