打造你自己的个性联系人列表
在公司开发这么久了，发现好多的控件没有用过，然后发现了一些新的知识感觉还是很不错的，今天在这里我就来用一下QuickContactBadge的控件和AsyncQueryHandler，说到底QuickContactBadge这个控件我也是偶然发现的，然后乘着现在公司的工作不忙，然后也准备换工作温习一下知识点罢了。
一、介绍QuickContactBadge用法 1、 先看一下它的结构
public class QuickContactBadge extends ImageView java.lang.Objectimplements View.OnClickListener android.view.View.imageView android.widget.QuickContactBadge
说到底QuickContactBadge就是我们经常用到的那个通讯录里面的那个头像，看过源码的都知道它是继承ImageView的并且是自带了点击事件的，所以我们用它的时候也就不用我们去自定义的布局，然后我们点击图像也会弹出一个popwindow来，然后里面就会有什么邮件，电话，短信的这些功能，效果还是可以的，功能很强大吧。
2、看下QuickContactBadge的使用方法和介绍
（1）email调用public void assignContactFromEmail (String emailAddress, boolean lazyLookup);//指定联系人的电子邮箱地址。（注：它会先搜索这个号码，如果没有会提醒你是否添加到联系人如果设置为true，将不//会立即查找这个邮箱地址，直到View被点击时。（注：是否延迟匹配电子邮件）//参数 ： emailAddress：联系人的电子邮箱地址lazyLookup：（2）电话的调用public void assignContactFromPhone (String phoneNumber, boolean lazyLookup)//为联系人指定一个电话号码</span></div>//参数 //phoneNumber ： 联系人的电话号码//lazyLookup ： 如果设置为true，将不会立即查找这个电话号码，直到View被点击时。public void assignContactUri(Uri contactUri)//这方法用得比较多，指定一个uripublic void setMode(int size) ;//设计它的模式好像是3种（MODE_SMALL，MODE_MEDIUM，MODE_LARGE），这个是设计弹出dialog的大小注意（优点）：使用QuickContactBadge并不需要加入READ_CONTACTS权限。但是在无权限的情况下，如果联系人在通讯录里，则会直接进入查看联系人的界面，而不会有“拨打、查看、短信”三个选项。加入权限后则会出现
二、AsyncQueryHandler
AsyncQueryHandler。
AsyncQueryHandler:异步的查询操作帮助类，其实它同样可以处理增删改
１。AsyncQueryHandler的作用
查询其API便可知，它担供：
这四个操作，并提供相对应的onXXXComplete方法，以供操作完数据库后进行其它的操作，这四个onXXXComplete方法都是空实现，以便我们只需要去实现我们关注的操作。
２。为什么要使用AsyncQueryHandler
当然你也可以使用ContentProvider去操作数据库。这在数据量很小的时候是没有问题的，但是如果数据量大了，可能导致ＵＩ线程发生ANR事件。当然你也可以写个Handler去做这些操作，只是你每次使用ContentProvider时都要再写个Handler，必然降低了效率。
因此API提供了一个操作数据库的通用方法。
３。如何使用AsyncQueryHandler
你只需要继承AsyncQueryHandler类，并提供onXXXComplete方法的实现（可以实现任何一个或多个，当然你也可以一个也不实现，如果你不关注操作数据库的結果），在你的实现中做一些对数据库操作完成的处理。
使用时直接调用startXXX方法即可。传入的通用参数如下：
int token,一个令牌，需要跟onXXXComplete方法传入的一致。（当然你也可以不一致，同样在数据库的操作结束后会调用对应的onXXXComplete方法）
Object cookie,你想传给onXXXComplete方法使用的一个对象。(没有的话传递null即可。基本发现这个变量没太大作用)
Uri uri,操作数据的URi
４。AsyncQueryHandler还为我们做了什么
AsyncQueryHandler中使用了一个WeakReference<ContentResolver>对象，即 ContentResolver的弱引用 作用：当contentProvied发生变化时候同步更新仍可以通过使用 AsyncQueryHandler类来达到这一要求(暂时还没理解这个作用)
同时，在它执行操作数据库时，吃掉了所有的异常。见如下代码。
catch (Exception e) {
Log.w(TAG, e.toString());
cursor = null;
}
所以我们用他代替了contentProvider.
三、SparseArray的使用
SparseArray是 Android框架独有的类，在标准的JDK中不存在这个类。SparseArray实现了Cloneable接口，还可以调用clo
ne方法，它要比 HashMap 节省内存，某些情况下比HashMap性能更好，按照官方问答的解释，主要是因为SparseArray不需要
对key和value进行auto- boxing（将原始类型封装为对象类型，比如把int类型封装成Integer类型），结构比HashMap简单
（SparseArray内部主要使用 两个一维数组来保存数据，一个用来存key，一个用来存value）不需要额外的额外的数据结构（
主要是针对HashMap中的HashMapEntry 而言的）。
所有的失败，与失去自己的失败比起来，更是微不足道
