ContentResolver只是提供数据的访问接口,注册ContentProvider时需要为它绑定一个Uri

Android四大组件之ContentProvider

为了在应用程序之间互换数据,Android提供了ContentProvider,它是例外应用程序之间展开数据交流的正儿八经API,当一个应用程序需要把团结的数码暴露给另外程序选取时,该应用程序就可经过提供ContentProvider来实现;其他应用程序就可透过ContentResolver来操作ContentResolver透露的多少。

  1. ContentProvider:不同应用之间进行数据交流的规范API,当一个应用程序要把自己的数码透露给任何使用时,就可以通过ContentProvider来实现,其他应用程序通过ContentResolver操作ContentProvider暴漏的多少
  2. 应用程序通过ContentProvider表露了自己的数量操作接口,那么不论拔取是否启动,其他应用都得以透过该接口来操作该应用程序的内部数据

ContentProvider简介

ContentProvider是不同应用程序之间举行数据交流的标准API,ContentProvider以某种Uri的款式对外提供数据,允许其他使用访问或涂改数据;其他应用程序使用COntentResolver遵照Uri去拜访操作指定数量。

要是某个应用程序通过COntentProvider透露了上下一心的数据操作接口,那么不管该应用程序是否启动,其他应用程序都可由此该接口来操作该应用程序的内部数据,包括扩充多少、删除数据、修改数据、查询数据等。

ContentResolver只是提供数据的拜访接口,并不是像网站相同对外提供整机的页面。开发一个ContentProvider的步调如下所示:

  1. 概念自己的ContentProvider类,该类需要继承Android提供的ContentProvider基类。
  2. 向Android系统登记ContentProvider,即在AndroidManifest.xml文件中注册这多少个ContentProvider,就想注册Activity一样。注册ContentProvider时需要为它绑定一个Uri。

除开,自己定义的ContentProvider类还需要提供如下多少个艺术:

  • public boolean
    onCreate():
    该办法在ContentProvider成立后会被调用,当其他应用程序第一次访问ContentProvider时,该ContentProvider会被创立出来,并即刻回调该onCreate()方法。
  • public Uri insert(Uri uri ,ContentValues
    values):
    按照该Uri插入values对应的数码。
  • public int delete(Uri uri ,String selection ,String[]
    selectionArgs):
    基于Uri删除selection条件所匹配的满贯笔录。
  • public int update(Uri uri ,ContentValues values ,String selection
    ,String[]
    selectionArgs):
    根据Uri修改selection条件所匹配的全方位记录。
  • public Cursor query(Uri uri ,String[] projection ,String
    selectionn ,String[] selectionArgs ,String
    sortOrder):
    依照Uri查询出selection条件所匹配的全体记录,其中projection就是一个列名列表,注解只采取出指定的数据列。
  • public String getType(Uri
    uri):
    该办法用于重返当前Uri所代表的数目标MIME类型。如若该Uri对应的数目或者包括多条记下,那么MIME类型字符串应该以vnd.android.cursor.dir/开始;假诺该Uri对应的数额只包含一条记下,那么MIME类型字符串应该以vnd.android.cursor.item/先河。
  1. ContentProvider以某种Uri的花样对外提供数据,开发ContentProvider的步骤:

Uri简介

ContentProvider要求的Uri与互联网的URL类似,例如如下Uri:

content://org.crazyit.providers.dictprovider/words

它可以分成如下三有些:

  • content://:以此局部是Android的ContentProvider规定的,就像是上网的商谈默认是http://一样。暴露ContentProvider、访问ContentProvider的协议默认是content://。
  • org.crazyit.providers.dictprovider:其一有些就是COntentProvider的authorities。系统就是由那么些局部来找到操作哪个ContentProvider的。只要访问指定的ContentProvider,这一个片段就是固定的,
  • words:资源部分(或者说数据部分)。当访问者需要拜访不同资源时,这些片段是动态改变的。

为了将一个字符串转换成Uri,Uri工具类提供了parse()静态方法。例如,如下代码即可将
字符串转换为Uri:

Uri  uri = Uri.parse("content://org.crazyit.providers.dictprovider/word/2")

概念自己的ContentProvider类,继承自Android提供的ContentProvider基类

ContentResolver操作数据

ContentProvider的功效是显露可供操作的多少;其他应用程序则经过ContentProvider来操作ContentProvider所透露的多寡,ContentResolver相当于HttpClient。
Context提供了之类方法来得到ContentResolver对象:

  • getContentResolver():获取该使用默认的ContentResolver对象。

假诺在先后中赢得了ContentResolver对象之后,接下去就可调用ContentResolver的如下方法来操作数据了。

  • insert(Uri uri ,ContentValues
    values):
    向Uri对应的ContentProvider中插入values对应的数额。
  • delete(Uri uri ,String where ,String[]
    selectionArgs):
    删去Uri对应的ContentProvider中where提交匹配的数据。
  • update(Uri uri ,ContentValues values ,String where ,String[]
    selectionArgs):
    立异Uri对应的ContentProvider中where提交匹配的数额。
  • query(Uri uri ,String[] projection ,STring selection ,String[]
    selectionArgs ,String
    sortOrder):
    查询Uri对应的ContentProvider中where提交匹配的数据。

貌似的话,ContentProvider是单实例格局的,当六个应用程序通过ContentResolver来操作ContentProvider提供的数量时,ContentResolver调用的数量操作将会委托给同一个ContentProvider处理。

向Android系统登记,也就是在AndroidManifest.xml中注册,注册ContentProvider时需要为它绑定一个Uri,并制定authorities属性,注意name值中有点,exported表示是否同意任何应用调用

ContentProvider与ContentResolver的关系

从ContentResolver、ContentProvider和Uri的关系来看,无论是ContentResolver,仍然ContentProvider,它们所提供的增删改查方法的首先个参数都是Uri。也就是说,Uri是ContentProvider和ContentResolver举行数据互换的标识。ContentResolver对点名Uri执行增删改查的数量操作,但Uri并不是当真的数目要旨,因而这些增删改查操作会委托给该Uri对应的ContentProvider来实现。

ContentProvider、Uri、ContentResolver三者之间的关系如下图所示:

0.jpg

以指定Uri为标识,ContentResolver可以实现“间接调用”ContentProvider的增删改查方法:

  1. 当A应用调用ContentResolver的insert()方法时,实际上相当于调用了该Uri对应的ContentProvider的insert()方法。
  2. 当A应用调用ContentResolver的update()方法时,实际上相当于调用了该Uri对应的ContentProvider的update()方法。
  3. 当A应用调用ContentResolver的delete()方法时,实际上相当于调用了该Uri对应的ContentProvider的delete()方法。
  4. 当A应用调用ContentResolver的query()方法时,实际上相当于调用了该Uri对应的ContentProvider的query()方法。

<Provider android:name=”.DictProvider”
android:authorities=”org.crazyit.providers.dictprovider”  
android:exported=”true” />

开发ContentProvider子类

支出ContentProvider只要如下两步:

  1. 支付一个ContentProvider子类,该子类需要贯彻query()、insert()、update()和delete()等情势。
  2. 在AndroidManifest.xml文件中登记该ContentProvider,指定android:authorities属性。

DictProvider还需兑现如下的章程:

配置ContentProvider

只要为<applicaton…/>元素添加了<provider…/>子元素即可配置ContentProvider。例如如下的布局部分:

<provider
        android:name=".FirstProvider"
        android:authorities="org.crazyit.providers.firstprovider"
        android:exported="true"/>

配置ContentProvider时通常指定如下属性:

  • name:指定该ContentProvider的实现类的类名。
  • authorities:点名该ContentProvider对应的Uri(相当于为该ContentProvider分配一个域名。)
  • android:exported:点名该ContentProvider是否允许任何应用调用。即使将该属性设为false,那么该ContentProvider将不同意其他应用调用。

为了确定ContentProvider实际能处理的Uri,以及确定每个方法中Uri参数所操作的数额,Android系统提供了UriMatcher工具类,紧要提供了之类五个主意:

  • void addURI(String authority ,String path ,int
    code):
    该情势用于向UriMatcher对象注册Uri。其中authority和path组合成一个Uri,而code则代表该Uri对应的标识码。
  • int match(Uri
    uri):
    按照前面注册的Uri来判定指定Uri对应的标识码。假设找不到卓殊的标识码,就会回到-1。

Android还提供了一个ContentUris工具类,它是一个操作Uri字符串的工具类,提供了之类五个工具方法:

  • withAppendedId(uri , id):用于为路径加上ID部分。
  • parseId(uri):用于从指定Uri中分析出所富含的ID值。
  • onCreate:其他应用程序第一次访问ContentProvider时,该ContentProvider会被创立出来,并立即调用onCreate方
  • Uri
    insert(Uri,ContentValues)方法:遵照该Uri插入ContentValues对应的多寡
  • int
    delete(Uri,String,String[])方法:依据Uri删除select条件所匹配的凡事笔录
  • int
    update(Uri,ContentValues,String,String[])方法:遵照Uri修改满意selection条件所匹配的保有记录
  • Cursor
    query(Uri,String[],String,String[],String):恩局Uri查询出知足select条件所匹配的一切记录,其中projection就是一个列名列表,注明只选用出指定的列
  • String
    getType(Uri):重返当前Uri所代表的数目标MIME类型,倘若Uri对应数据包含多条记下,那么MIME类型字符串应该是以vnd.android.cursor.dir 先河,假诺只对应一条记下,那么再次来到的MIME类型字符串应该以vnd.android.cursor.item伊始

操作系统的ContentProvider

Android系统自身提供了汪洋的ContentProvider,使用ContentResolver操作系统的ContentProvider数据的步骤也是两步:

  1. 调用Context的getContentResolver()获取ContentResolver对象;
  2. 据悉需要调用ContentResolver的insert()、delete()、update()和query()方法操作数据。

Android系统用于管理挂钩人的ContentProvider的多少个Uri如下:

  • ContactsContract.Contacts.CONTENT_URI:管制挂钩人的Uri。
  • ContactsContract.CommonDataKinds.Phone.CONTENT_URI:治本挂钩人的对讲机的Uri。
  • ContactsContract.CommonDataKinds.Email.CONTENT_URI:管理挂钩人的E-mail的Uri。

Android为多媒体提供的ContentProvider的Uri如下所示:

  • MediaStore.Audio.Media.EXTERNAL_CONTENT_URI:储存在外部存储其上的音频文件内容的ContentProvider的Uri。
  • MediaStore.Audio.Media.INTERNAL_CONTENT_URI:存储在表弟大内部存储器上的音频文件内容的ContentProvider的Uri。
  • MediaStore.Images.Media.EXTERNAL_CONTENT_URI:仓储在外表存储器上的图片文件内容的ContentProvider的Uri。
  • MediaStore.Images.Audio.Media.INTERNAL_CONTENT_URI:储存在二哥大内部存储器上的图样文件内容的ContentProvider的Uri。
  • MediaStore.Video.Media.EXTERNAL_CONTENT_URI:存储在外表存储器上的视频文件内容的ContentProvider的Uri。
  • MediaStore.Video.Audio.Media.INTERNAL_CONTENT_URI:仓储在手机里面存储器上的视频文件内容的ContentProvider的Uri。

ContentProvider
Uri的格式:content://authority/数据部分,autority类似于Url中域名的机能,数据部分是可变的,前边是固定的格式,要小心数据部分的分解,因为一个ContentProvider可能提供六个Uri
对应不同数量的造访,但content://authority部分不变

监听ContentProvider的多少变动

在在此之前的牵线中,只要导致了ContentProvider数据暴发了变动,程序中就调用如下代码:

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

为了在应用程序中监听ContentProvider数据的转移,需要利用Android提供的ContentObserver基类。监听ContentProvider数据变动的监听器需要持续ContentObserver类,相提并论写该基类所定义的onChange(boolean
selfChange)方法–当所监听的ContentProvider数据暴发改变时,该onChange()方法将会被触发。

为了监听指定ContentProvider的多寡变化,需要经过ContentResolver向指定Uri注册ContentObserver监听器。ContentResolver提供了之类方法来注册监听器:

  • registerContentObserver(Uri uri , boolean notifyForDescendents ,
    ContentObserver observer)

本条方法的多少个参数分别代表:

  • uri:该监听器所监听的ContentProvider的Uri。
  • notifyForDescendents:假诺该参数设为true,假若注册监听的Uri为content://abc,nameUri为contetn://abc/xyzcontent://abc/xyz/foo的数目变动时也会触发该监听器;假使设为false,那么只有content://abc的多少发生变更时才会触发该监听器。
  • observer:监听器实例。

 数据的贮存系统可以由开发人员任意支配,一般来讲,大多数的Content
Provider都因而Android的公文存储系统或SQLite
数据库建立和睦的多少存储系统。

提供程序访问的代表形式

提供程序访问的两种替代方式在运用开发的进程中特别生死攸关:

  • 批量造访:可以经过ContentProviderOperation类中的方法创设一批访问调用,然后通过ContentResolver.applyBatch()执行它们。
  • 异步查询:相应在单独线程中实施查询。
  • 通过Intent访问数据:尽管不能直接向提供程序发送Intent,但是可以向提供程序的运用发送Intent,后者平日所有修改提供程序数据的特级配置。

好的,ContentProvider就介绍这一个呢!!欢迎关注自身的微信公众号!

本身的微信公众号.jpg

系统Uri示例:

  • content://media/internal/images:重回设备上囤积的有着图片
  • content://contacts/people:再次来到设备上存有联系人消息
  • content://contacts/people/45:重回联系人音讯中ID为45的关系人记录

Context提供了getContentResolver函数获取ContentResolver对象,之后方可调用它的办法,这多少个形式都会转由Uri对应的ContentProvider的同名函数执行

  • insert(Uri,ContentValues):向Uri对应的ContentProvider中插入ContentValues数据
  • delete(Uri,String,String[]):删除Uri对应的ContentProvider中与规则配合的多少
  • update(Uri,ContentValues,String,String[]):更新与原则相当的数据
  • query(Uri,String[],String,String[],String):查询与规则卓越的数目

UriMatcher工具类:

  • void addUri(String,String,int
    code):该方法用于向UriMatcher对应注册Uri,code代表Uri对应的标识码
  • int match(Uri
    uri):重返Uri的标识码,找不到重临-1

ContentUris工具类,常用语生成查询的Uri

  • withAppendedId(uri,id):用于给路径加上ID部分
  • parseId(Uri):用于从指定Uri中剖析出所涵盖的ID值

系统一般会把ContentProvider的Uri,数据列等新闻以常量形式公开出来,方便访问

操作系统的ContentProvider

Contacts(管理关系人的应用程序)的ContentProvider提供的多少个Uri:

  • ContactsContract.Contacts.CONTENT_URI:管理关系人的Uri
  • ContactsContract.CommonDataKinds.Phone.CONTENT_URI:管理联系人电话的Uri
  • ContactsContract.CommonDataKinds.Email.CONTENT_URI:管理关系人EMail的Uri

Android为多媒体提供的ContentProvider的Uri:

  • MediaStore.Audio.Media.EXTERNAL_CONTENT_URI:存储在外表存储器上的音频文件内容的ContentProvider的Uri
  • MediaStore.Audio.Media.INTERNAL_CONTENT_URI:存储在手机内部存储器上的音频文件的ContentProvider的Uri
  • MediaStore.Images.Media.EXTERNAL_CONTENT_URI:存储在表面存储器上的图样文件内容的ContentProvider的Uri
  • MediaStore.Images.Media.INTERNAL_CONTENT_URI:存储在二哥大里面存储器上的图形内容的ContentProvider的Uri
  • MediaStore.Video.Media.EXTERNAL_CONTENT_URI
  • MediaStore.Video.Media.INTERNAL_CONTENT_UR

ContentObserver类:监听ContentProvider数据变动的监听器需要继续ContentObserver类,不分厚薄写
该基类所定义的onChange方法,当监听的ContentProvider的数据产生变动时,该onChange将会被触发注册监听器要利用ContentResolver的registerContentObserver函数

 

 

 

相关文章