1、ContentProvider、ContentResolver和ContentObserver
ContentProvider是Android的四大组件之一,可见它在Android中的作用非同小可。它主要的作用是:实现各个应用程序之间的(跨应用)数据共享,比如联系人应用中就使用了ContentProvider,你在自己的应用中可以读取和修改联系人的数据,不过需要获得相应的权限。其实它也只是一个中间人,真正的数据源是文件或者SQLite等。
一个应用实现ContentProvider来提供内容给别的应用来操作, 通过ContentResolver来操作别的应用数据,当然在自己的应用中也可以。
ContentObserver——内容观察者,目的是观察(捕捉)特定Uri引起的数据库的变化,继而做一些相应的处理,它类似于数据库技术中的触发器(Trigger),当ContentObserver所观察的Uri发生变化时,便会触发它。触发器分为表触发器、行触发器,相应地ContentObserver也分为“表“ContentObserver、“行”ContentObserver,当然这是与它所监听的Uri MIME Type有关的。
SQLiteOpenHelper 提供了对SQLite数据库操作的API,他们的结合经常用来进行数据库数据的共享操作。
2、Contacts Demo
1)、基本功能实现
接下来通过一个简单的存储联系人信息的demo,来学习怎么创建自定义的ContentProvider,这里数据源选用SQLite,最常用的也是这个。
(1) 创建一个类NoteContentProvider,继承ContentProvider,需要实现下面5个方法:
query
insert
update
delete
getType
public class ContactsContentProvider extends ContentProvider{
@Override
public boolean onCreate() {
// TODO Auto-generated method stub
return false;
}
@Override
public int delete(Uri arg0, String arg1, String[] arg2) {
// TODO Auto-generated method stub
return 0;
}
@Override
public String getType(Uri arg0) {
// TODO Auto-generated method stub
return null;
}
@Override
public Uri insert(Uri arg0, ContentValues arg1) {
// TODO Auto-generated method stub
return null;
}
@Override
public Cursor query(Uri arg0, String[] arg1, String arg2, String[] arg3,
String arg4) {
// TODO Auto-generated method stub
return null;
}
@Override
public int update(Uri arg0, ContentValues arg1, String arg2, String[] arg3) {
// TODO Auto-generated method stub
return 0;
}
}
(2)先来设计一个数据库,用来联系人信息,主要包含_ID,name,telephone,create_date,content五个字段。group_name字段等后面升级部分再做使用。创建ProviderMetaData类,封装URI和数据库、表、字段相关信息,源码如下:
public class ProviderMetaData {
public static final String AUTHORITY = "com.johnny.contactsprovider";
public static final Uri AUTHORITY_URI = Uri.parse("content://" + AUTHORITY);
public static final class ContactsData implements BaseColumns{
public static final String TABLE_NAME = "contacts";
public static final Uri CONTENT_URI = Uri.withAppendedPath(AUTHORITY_URI, TABLE_NAME);
public static final String CONTENT_TYPE = "vnd.android.cursor.dir/contact";
public static final String CONTENT_ITEM_TYPE = "vnd.android.cursor.item/contact";
public static final String CONTACT_NAME = "name";
public static final String CONTACT_TELEPHONE = "telephone";
public static final String CONTACT_CREATE_DATE = "create_date";
public static final String CONTACT_CONTENT = "content";
public static final String CONTACT_GROUP = "group_name";
public static final String DEFAULT_ORDERBY = "create_date DESC";
public static final String SQL_CREATE_TABLE = "CREATE TABLE " + TABLE_NAME + " ("
+ _ID + " INTEGER PRIMARY KEY,"
+ CONTACT_NAME + " VARCHAR(50),"
+ CONTACT_TELEPHONE + " VARCHAR(11),"
+ CONTACT_CONTENT +" TEXT,"
+ CONTACT_CREATE_DATE + " INTEGER"
+ ");" ;
}
}
AUTHORITY代表授权,该字符串和在Android描述文件AndroidManifest.xml中注册该ContentProvider时的android:authorities值一样,ContactsData继承BaseColumns,后者提供了标准的_id字段,表示行ID。
熟悉Content Provider(内容提供者)的应该知道,我们可以通过UriMatcher类注册不同类型的Uri,我们可以通过这些不同的Uri来查询不同的结果。根据Uri返回的结果,Uri Type可以分为:返回多条数据的Uri、返回单条数据的Uri。
Android遵循类似的约定来定义MIME类型,每个内容类型的Android MIME类型有两种形式:多条记录(集合)和单条记录。
多条记录
vnd.android.cursor.dir/contact
单