ContentProvider简介:
ContentProvider说到底,就是公开一个访问数据库的接口,让其他应用能够公用一个数据库里面的数据.当应用继承ContentProvider类,并重写该类用于提供数据和存储数据的方法,就可以向其他应用共享其数据.虽然使用其他方法也可以对外共享数据,但数据访问方式会因数据存储的方式而不同,如:采用文件方式对外共享数据,需要进行文件操作读写数据;采用sharedpreferences共享数据,需要使用sharedpreferences API读写数据.而使用ContentProvider共享数据的好处是统一了数据访问方式.
Uri类简介:
Uri代表了要操作的数据,Uri主要包含了两部分信息:
1)scheme:ContentProvider的scheme已经由Android所规定为:content://.
2)主机名(Authority)用于唯一标识这个ContentProvider,外部调用者可以根据这个标识来找到它.
3)路径(path)可以用来表示我们要操作的数据,路径的构建应根据业务而定,如下:
要操作user表中id为10的记录,可以构建这样的路径:/user/10
要操作user表中id为10的记录的name字段:user/10/name
要操作user表中的所有记录,可以构建这样的路径:/user?
要操作的数据不一定来自数据库,也可以是文件等他存储方式,如下:
要操作xml文件中user节点下的name节点,可以构建这样的路径:/user/name
如果要把一个字符串转换成Uri,可以使用Uri类中的parse():
UriMatcher、ContentUris和ContentResolver简介:
因为Uri代表了要操作的数据,所以我们很经常需要解析Uri,并从Uri中获取数据.Android系统提供了两个用于操作Uri的工具类,分别为UriMatcher 和ContentUris.掌握它们的使用,会便于我们的开发工作.
UriMatcher:用于匹配Uri,它的用法如下:
1.首先把你需要匹配Uri路径全部给注册上,如下:
//常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码(-1)
UriMatcher uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
//如果match()方法匹配content://com.edison.myproviders/user路径,返回1
uriMatcher.addURI("com.edison.myproviders", "user",1);
//添加需要匹配uri,如果匹配就会返回匹配码
//如果match()方法匹配 content://com.edison.myproviders/user路径,返回2
uriMatcher.addURI("com.edison.myproviders","user/#", 2);//#号为通配符
2.注册完需要匹配的Uri后,就可以使用uriMatcher.match(uri)方法对输入的Uri进行匹配,如果匹配就返回匹配码,匹配码是调用addURI()方法传入的第三个参数,假设匹配content://com.edison.myproviders/user路径,返回的匹配码为1.
? ContentUris:用于获取Uri路径后面的ID部分,它有两个比较实用的方法:
? withAppendedId(uri, id)用于为路径加上ID部分
? parseId(uri)方法用于从路径中获取ID部分
ContentResolver:当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时,可以使用ContentResolver类来完成,要获取ContentResolver对象,可以使用Activity提供的getContentResolver()方法. ContentResolver使用insert、delete、update、query方法,来操作数据.
具体的实现和使用我就附上一个Demo,2个工程,一个是已经建立的自定义的ContentProvider,用另外一个应用来进行访问它的数据:
使用注意点:
1.在配置文件里面定义跟Activity同级别的一个节点:
这里我要解释下:MyProvider.java文件是需要继承ContentProvider这个类,并且需要实现里面的一些增,删,改,查的一些方法:
ContentProvider说到底,就是公开一个访问数据库的接口,让其他应用能够公用一个数据库里面的数据.当应用继承ContentProvider类,并重写该类用于提供数据和存储数据的方法,就可以向其他应用共享其数据.虽然使用其他方法也可以对外共享数据,但数据访问方式会因数据存储的方式而不同,如:采用文件方式对外共享数据,需要进行文件操作读写数据;采用sharedpreferences共享数据,需要使用sharedpreferences API读写数据.而使用ContentProvider共享数据的好处是统一了数据访问方式.
Uri类简介:
Uri代表了要操作的数据,Uri主要包含了两部分信息:
1)scheme:ContentProvider的scheme已经由Android所规定为:content://.
2)主机名(Authority)用于唯一标识这个ContentProvider,外部调用者可以根据这个标识来找到它.
3)路径(path)可以用来表示我们要操作的数据,路径的构建应根据业务而定,如下:
要操作user表中id为10的记录,可以构建这样的路径:/user/10
要操作user表中id为10的记录的name字段:user/10/name
要操作user表中的所有记录,可以构建这样的路径:/user?
要操作的数据不一定来自数据库,也可以是文件等他存储方式,如下:
要操作xml文件中user节点下的name节点,可以构建这样的路径:/user/name
如果要把一个字符串转换成Uri,可以使用Uri类中的parse():
Uri uri = Uri.parse("content://com.edison.myproviders/user")
UriMatcher、ContentUris和ContentResolver简介:
因为Uri代表了要操作的数据,所以我们很经常需要解析Uri,并从Uri中获取数据.Android系统提供了两个用于操作Uri的工具类,分别为UriMatcher 和ContentUris.掌握它们的使用,会便于我们的开发工作.
UriMatcher:用于匹配Uri,它的用法如下:
1.首先把你需要匹配Uri路径全部给注册上,如下:
//常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码(-1)
UriMatcher uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
//如果match()方法匹配content://com.edison.myproviders/user路径,返回1
uriMatcher.addURI("com.edison.myproviders", "user",1);
//添加需要匹配uri,如果匹配就会返回匹配码
//如果match()方法匹配 content://com.edison.myproviders/user路径,返回2
uriMatcher.addURI("com.edison.myproviders","user/#", 2);//#号为通配符
2.注册完需要匹配的Uri后,就可以使用uriMatcher.match(uri)方法对输入的Uri进行匹配,如果匹配就返回匹配码,匹配码是调用addURI()方法传入的第三个参数,假设匹配content://com.edison.myproviders/user路径,返回的匹配码为1.
? ContentUris:用于获取Uri路径后面的ID部分,它有两个比较实用的方法:
? withAppendedId(uri, id)用于为路径加上ID部分
? parseId(uri)方法用于从路径中获取ID部分
ContentResolver:当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时,可以使用ContentResolver类来完成,要获取ContentResolver对象,可以使用Activity提供的getContentResolver()方法. ContentResolver使用insert、delete、update、query方法,来操作数据.
具体的实现和使用我就附上一个Demo,2个工程,一个是已经建立的自定义的ContentProvider,用另外一个应用来进行访问它的数据:
使用注意点:
1.在配置文件里面定义跟Activity同级别的一个节点:
<provider android:name=".MyProviders" android:authorities="com.edison.myproviders"/>
这里我要解释下:MyProvider.java文件是需要继承ContentProvider这个类,并且需要实现里面的一些增,删,改,查的一些方法: