ContentProvider

工作中遇到了contentprovider数据共享机制，下面来总结一下：

一、ContentProvider简介
       当应用继承ContentProvider类，并重写该类用于提供数据和存储数据的方法，就可以向其他应用共享其数据。虽然使用其他方法也可以对外共享数据，但数据访问方式会因数据存储的方式而不同，如：采用文件方式对外共享数据，需要进行文件操作读写数据；采用sharedpreferences共享数据，需要使用sharedpreferences API读写数据。而使用ContentProvider共享数据的好处是统一了数据访问方式。
二、Uri类简介
       Uri代表了要操作的数据，Uri主要包含了两部分信息：1.需要操作的ContentProvider ，2.对ContentProvider中的什么数据进行操作，一个Uri由以下几部分组成：
       content://  com.mobile.omadm.sbmsprint.provider  /persist   /external
       |-----A---|--------------------B---------------------|----C---|----D-----|
       1.scheme：ContentProvider（内容提供者）的scheme已经由Android所规定为：content://。A部分
       2.主机名（或Authority）：用于唯一标识这个ContentProvider，外部调用者根据Uri匹配这个标识来找到它。B部分

//AndroidManifest.xml
    <application android:process="com.mobile.omadm.sbmsprint.provisioning"
        android:name="com.mobile.omadm.sbmsprint.provisioning.ProvisioningManagerApplication"
        android:label="@string/app_name"
        android:allowBackup="false"
        tools:ignore="MissingApplicationIcon" >
        <provider
            android:name=".NodeProvider"
            android:authorities="com.mobile.omadm.sbmsprint.provider"  //uri前缀来匹配，如果匹配则使用NodeProvider来处理
            android:exported="true"
            android:label="@string/app_name"
            android:multiprocess="false" >
        </provider>
        <provider
            android:name=".applist.ApplistProvider"
            android:authorities="com.mobile.omadm.applist.provider"
            android:exported="true"
            android:multiprocess="false" >
        </provider>
    </application>

       3.路径（path）：可以用来表示我们要操作的数据，路径的构建应根据业务而定（如C和D部分），如下：
           要操作contact表中id为10的记录，可以构建这样的路径:/contact/10
           要操作contact表中id为10的记录的name字段， contact/10/name
           要操作contact表中的所有记录，可以构建这样的路径:/contact

C部分和D部分：是每个ContentProvider内部的路径部分，C和D部分称为路径片段，C部分指向一个对象集合，一般用表的名字，

如：/contact表示一个联系人集合；D部分指向特定的记录，如：/contact/1表示id为1的联系人，如果没有指定D部分，则返回全部记录。

要操作的数据不一定来自数据库，也可以是文件等他存储方式，如下:
要操作xml文件中contact节点下的name节点，可以构建这样的路径：/contact/name
如果要把一个字符串转换成Uri，可以使用Uri类中的parse()方法，如下：
Uri uri = Uri.parse("content://com.changcheng.provider.contactprovider/contact")

三、UriMatcher、ContentUrist和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.changcheng.sqlite.provider.contactprovider/contact路径，返回匹配码为1
       uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact”, 1);//添加需要匹配uri，如果匹配就会返回匹配码
       //如果match()方法匹配   content://com.changcheng.sqlite.provider.contactprovider/contact/230路径，返回匹配码为2
       uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact/#”, 2);//#号为通配符

        private static final int ALLROWS = 1;
        private static final int SINGLE_ROW = 2;

        static {
              uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
              uriMatcher.addURI(“com.paad.skeletondatabaseprovider”, “elements”, ALLROWS);
              uriMatcher.addURI(“com.paad.skeletondatabaseprovider”,  “elements/#”, SINGLE_ROW);
        }

      
       2.注册完需要匹配的Uri后，就可以使用uriMatcher.match(uri)方法对输入的Uri进行匹配，如果匹配就返回匹配码，匹配码是调用 addURI()方法传入的第三个参数，假设匹配 content://com.changcheng.sqlite.provider.contactprovider/contact路径，返回的匹配 码为1。

       ContentUris：用于获取Uri路径后面的ID部分，它有两个比较实用的方法：
•         withAppendedId(uri, id)用于为路径加上ID部分
•         parseId(uri)方法用于从路径中获取ID部分

       ContentResolver：当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可以使用 ContentResolver 类来完成，要获取ContentResolver 对象，可以使用Activity提供的getContentResolver()方法。 ContentResolver使用insert、delete、update、query方法，来操作数据。
四、ContentProvider示例程序
Manifest.xml中的代码：

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