Android应用程序开发基础课件 第7章内容提供者.pptx

第七章 内容提供者学习目标1 理解跨应用数据共享的工作原理2 掌握内容提供者的创建和定义3 能够实现不同应用程序之间的数据共享7.1 内容提供者概述在Android中，每一个应用程序的数据都是采用私有的形式进行操作的，不管这些数据是用文件还是数据库保存，都不能被外部应用程序访问。在很多情况下，用户需要在不同应用程序之间进行数据的共享，为了解决这类问题，Android专门提供了ContentProvider以实现不同应用程序之间的数据共享。通常，会在以下两种场景中使用内容提供者：一是通过代码访问其他应用中的现有内容提供者，二是在应用中创建新的内容提供者，从而与其他应用共享数据。7.2访问系统通讯录在Android中系统的许多应用都提供了内容提供者，其它应用程序可以访问其中的数据。下面我们通过一个实例来访问系统的通讯录。分析：对于系统通讯录的访问，由于通讯录属于危险权限，在应用时需要动态申请权限，实现步骤如下所示。1 动态申请权限这里动态申请权限使用了requestPermissions()方法,此方法的原型如下所示：requestPermissions(final @NonNull Activity activity, final @NonNull String[] permissions, final @IntRange(from = 0) int requestCode)方法有三个参数，第一个参数为Activity，第二个参数为String[]表示需要申请的权限，如果有多个权限数组中添加数据元素就可以了。第三个参数为int类型，表示请求码。2 访问系统通讯录对于每一个应用程序来说，如果想要访问内容提供者中共享的数据，就一定要借助ContentResolver类。ContentResolver可以与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，通过getContentResolver()方法获取到ContentResolver类的实例。ContentResolver中提供了一系列的方法用于对数据进行增删改查操作。在上面的代码中主要有以下几点：（1）getContentResolver()方法：获取ContentResolver类的实例；（2）query()方法：用来查询数据，它的用法与我们在SQLite中的用法一样，它的第一个参数是要查询的数据表；2 访问系统通讯录（3）ContactsContract.CommonDataKinds.Phone.CONTENT_URI：其中ContactsContract.CommonDataKinds.Phone是系统封装好的，CONTENT_URI是一个常量，查看它的定义为：public static final Uri CONTENT_URI = Uri.withAppendedPath(Data.CONTENT_URI, phones);可以看到CONTENT_URI就是Uri对象，我们在自定义内容提供者时会提到设置Uri，在访问共享数据时通过Uri来找，而这里直接使用系统定义好的。（4）ContactsContract.CommonDataKinds.Phone.DISPLAY_NAME和ContactsContract.CommonDataKinds.Phone.NUMBER分别为系统通讯录中的用户名和号码。7.3程序间数据共享图7-4 新建Content Provide的对话框内容提供者是Android的四大组件之一，它的创建与Activity的类似。下面我们演示如何创建内容提供者，创建Content Provider。Uri是统一资源定位符，在内容提供者中Uri代表了要操作的数据，每个内容提供者中都会对外提供一个公共的Uri对象，当应用程序数据需要共享时，其它的应用程序就可以通过ContentProvider传入这个Uri来对数据进行操作。Uri的格式如下所示：content://authority//path有三个部分组成。第一部分：“content://”是系统规定的固定写法；第二部分：authority是一个标志，是内容提供者的字符串，也就是该内容提供者的标识符，相当于我们每个人都有的姓名；第三部分：是内容提供者提供数据的某个子集，因为内容提供者有时会提供多个数据集，我们具体是要访问那个子集，需要把具体路径标出来。如：content://my_content_provider/contancts表示可以访问自定义的authority为“my_content_provider”的内容提供者中的数据表“contancts”，这也是我们在访问内容提供者的共享数据时要用到值。