自定义ContentProvider的一些细节探究

http://blog.csdn.net/sadfishsc/article/details/7419573

 

1.   适用范围

对于什么状况下才会用到自定义的ContentProvider，官方文档的Dev Guide是这样描述的：

若是你想要提供如下的一种或几种特性的时候你才须要构造一个ContentProvider：

 

• 你想要为其它的应用提供复杂的数据或者文件；
• 你想容许用户从你的应用中拷贝复杂的数据到其它的应用中；
• 你想要使用搜索框架来提供自定义的搜索策略。

 

你彻底不须要ContentProvider来调用一个SQLite数据库，若是这种调用彻底在你本身的应用之中。

 

也就是说，ContentProvider的做用是为别的应用调用本应用中的数据或者文件提供接口，而它也是惟一的跨应用数据传递的接口。若是仅仅是同一个应用中的数据传递，则彻底没有必要使用到自定义的ContentProvider。

另外一方面，虽然ContentProvider也能组织文件数据或者SharedPreferences（其实也是文件数据）这种数据，但大多数状况下ContentProvider是做为SQLite数据库的调用接口来被继承的。其缘由大概是在于重写的query()方法始终须要返回Cursor，而Cursor做为数据库数据的容器，并无提供直接往Cursor中写入数据的方法。

2.   大致实现步骤

1.      建立一个数据源，例如继承SQLiteOpenHelper建立一个SQLite数据库；

2.      建立一个继承自ContentProvider的类，并重写insert、delete、query、update、getType、onCreate方法，在这些方法中实现对数据源的操做；

3.      在AndroidManifest.xml文件中添加<provider>标签，两个必写的属性是android:name和android:authorities；

4.      在本应用或者其它应用的Activity、Service等组件中使用ContentResolver经过对应的URI来操做该自定义ContentProvider。

3.   URI

Android各类类型的URI基本上都是有固定格式的，对于ContentProvider而言，通常形如

content://com.test.cp.MyProvider/phone/1

的URI，其中：

content://是固定字段，必需；

com.test.cp.MyProvider表示authority，是AndroidManifest.xml文件中<provider>标签的android:authorities属性值，或者是远程数据源的主机名，必需；

phone/1表示path，是数据源路径，非必需，其中的phone对于数据库来讲能够视为表名，1表示的是该条数据的编号，若是没有则通常认为是返回当前路径（当前表）中的全部数据。

另外还能够根据本身的须要来进一步定义后续的字段。

4.   onCreate方法与构造方法

ContentProvider没有显式地执行初始化的语句，所以即使是重写了它的构造方法也不会被执行。它的初始化代码通常都写在onCreate方法中。可是网上的例子中也有部分初始化代码被写在了静态域之中（主要是关于UriMatcher的初始化代码）。不过通过本人测试发现，把这些放在静态域中的代码移到onCreate方法中也不会影响程序的运行。

另外须要注意的是必须把onCreate方法的返回值该为true，该ContentProvider才能被加载。

5.   UriMatch对象

UriMatch对象的做用是将URI匹配到对应的表（就数据库而言），其使用步骤以下：

1.        经过new  UriMatcher(UriMatcher.NO_MATCH); 实例化，常量NO_MATCH做为参数表示不匹配任何URI；

2.        实例化后调用addURI方法注册URI，该方法有三个参数，分别须要传入URI字符串的authority部分、path部分以及自定义的整数code三者；

3.        在其它地方调用match方法匹配相应的URI，须要传入Uri做为惟一的参数，返回上述自定义的code值。

至于其初始化的位置，如前所述，网上绝大多数示例都将其放入静态域中实例化，缘由不明。实际上放到onCreate方法中也没什么问题。

6.   getType方法

ContentProvider必须重写的6个方法中，除了初始化方法onCreate以及数据操做的4个方法之外，还有一个getType方法。它的做用是根据URI返回该URI所对应的数据的MIME类型字符串。这种字符串的格式分为两段：“A/B”。其中A段是固定的，集合类型（如多条数据）必须是vnd.android.cursor.dir，非集合类型（如单条数据）必须是vnd.android.cursor.item；B段能够是自定义的任意字符串；A、B两段经过“/”隔开。这个MIME类型字符串的做用是要匹配AndroidManifest.xml文件<activity>标签下<intent-filter>标签的子标签<data>的属性android:mimeType。若是不一致，则会致使对应的Activity没法启动。

7.   notifyChange方法

网上的某些示例中在重写insert、delete、update、query方法对数据的操做结束以后，总会加一句代码：

getContext().getContentResolver().notifyChange(uri,null);

其做用是通知在ContentResolver中注册了该URI的ContentObserver，这个URI对应的数据源发生变化了。其具体用法参见下面的连接：

http://blog.csdn.net/zhf198909/article/details/6903708

另外，通知变化对于ContentProvider来讲并非必需的，根据实际功能的须要，自定义的ContentProvider中多数状况下并不须要这句代码。

8.   示例

http://www.cnblogs.com/chenglong/articles/1892029.html