2014-01-07 11:18:08 将百度空间里的东西移过来。

1. Save contact

我们前面已经写了四篇文章,做了大量的铺垫,总算到了这一步,见证奇迹的时刻终于到了。

用户添加了所有需要添加的信息后,点击“Done”来保存新建好的联系人,我们就从用户点击“Done”Button开始分析。

前面提到过,“Done”的处理事件是在ContactEditorActivity里面设置的,如下:

 View saveMenuItem = customActionBarView.findViewById(R.id.save_menu_item);
saveMenuItem.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
mFragment.doSaveAction();
}
});

我们进入ContactEditorFragment,看他的调用逻辑,doSaveAction()-->save(SaveMode.CLOSE),重点看save()方法:

 public boolean save(int saveMode) {
...
// Save contact
Intent intent = ContactSaveService.createSaveContactIntent(
mContext, mState,
SAVE_MODE_EXTRA_KEY, saveMode, isEditingUserProfile(),
getActivity().getClass(),
ContactEditorActivity.ACTION_SAVE_COMPLETED,
mUpdatedPhotos, mPbrIndex);
mContext.startService(intent);
}

可以看到,我们千里追踪的mState被当作参数,和其他对象一样,进入了ContactSaveService,这个ContactSaveService继承自IntentService,进入ContactSaveService之后调用了一个回调方法,如下:

 @Override
protected void onHandleIntent(Intent intent) {
String action = intent.getAction();
if (ACTION_SAVE_CONTACT.equals(action)) {
saveContact(intent);
CallerInfoCacheUtils.sendUpdateCallerInfoCacheIntent(this);
}

看saveContact(intent),这个方法就是保存联系人的终极方法:

 private void saveContact(Intent intent) {
RawContactDeltaList state = intent.getParcelableExtra(EXTRA_CONTACT_STATE);
final boolean isProfile = intent.getBooleanExtra(EXTRA_SAVE_IS_PROFILE, false);
Bundle updatedPhotos = intent.getParcelableExtra(EXTRA_UPDATED_PHOTOS); final AccountTypeManager accountTypes = AccountTypeManager.getInstance(this); String sourceId = null;
boolean isNewAdnContact = false;
RawContactDelta entityDelta = state.get(0);
final AccountType type = entityDelta.getAccountType(accountTypes); RawContactModifier.trimEmpty(state, accountTypes, isProfile); Uri lookupUri = null; final ContentResolver resolver = getContentResolver();
boolean succeeded = false; long insertedRawContactId = -1; int tries = 0;
while (tries++ < PERSIST_TRIES) {
final ArrayList<ContentProviderOperation> diff = state.buildDiff(); ContentProviderResult[] results = null;
if (!diff.isEmpty()) {
results = resolver.applyBatch(ContactsContract.AUTHORITY, diff);
}
final long rawContactId = getRawContactId(state, diff, results);
if (rawContactId == -1) {
}
insertedRawContactId = getInsertedRawContactId(diff, results);
final Uri rawContactUri = ContentUris.withAppendedId(RawContacts.CONTENT_URI, rawContactId);
lookupUri = RawContacts.getContactLookupUri(resolver, rawContactUri);
succeeded = true; if (isAdnContact && isNewAdnContact && lookupUri != null) {
long contactId = ContentUris.parseId(lookupUri);
long newRawContactId = getRawContactId(state, diff, results);
AdnContactsCollector.updateAdnContactsNow(
contactId, newRawContactId,
entityDelta.getAccountType(),
entityDelta.getAccountName(), sourceId);
}
break;
}
reportSaveStatus(intent, lookupUri, succeeded);
}

上面的方法并非是完整的方法,我只是截取了重点代码,看while循环,说明会try保存联系人三次,而不是一次。我们前面一致关注的state = intent.getParcelableExtra(EXTRA_CONTACT_STATE);同时还从intent中取出了账户信息等,而最关键的代码实在while循环里面,首先看final ArrayList<ContentProviderOperation> diff = state.buildDiff();我们知道,保存联系人时一般会把所有的信息封装到ContentProviderOperation里面(可以参考http://www.cnblogs.com/wlrhnh/p/3477216.html 和 http://www.cnblogs.com/wlrhnh/p/3477252.html),然后执行resolver.applyBatch,那么现在的问题就是如何封装ContentProviderOperation了,我们知道state是RawContactDeltaList,而且根据前面的分析,它里面添加了一个RawContactDelta对象,下面我们进入RawContactDeltaList的state.buildDiff()方法:

 public ArrayList<ContentProviderOperation> buildDiff() {
final ArrayList<ContentProviderOperation> diff = Lists.newArrayList(); for (RawContactDelta delta : this) {
final int firstBatch = diff.size();
final boolean isInsert = delta.isContactInsert();
backRefs[rawContactIndex++] = isInsert ? firstBatch : -1; delta.buildDiff(diff); if (mIsUnlinkingRawContact) continue; if (rawContactId != -1) {
final Builder builder = beginKeepTogether();
builder.withValue(AggregationExceptions.RAW_CONTACT_ID1, rawContactId);
builder.withValueBackReference(AggregationExceptions.RAW_CONTACT_ID2, firstBatch);
diff.add(builder.build()); } else if (firstInsertRow == -1) {
firstInsertRow = firstBatch; } else {
final Builder builder = beginKeepTogether();
builder.withValueBackReference(AggregationExceptions.RAW_CONTACT_ID1, firstInsertRow);
builder.withValueBackReference(AggregationExceptions.RAW_CONTACT_ID2, firstBatch);
diff.add(builder.build());
}
}
return diff;
}

首先for循环中取出了RawContactDelta对象,一般情况下只有一个,然后调用delta.buildDiff(diff),看来还得进入RawContactDelta的buildDiff()方法,此处传入的diff是一个ArrayList<ContentProviderOperation>对象:

 for (ArrayList<ValuesDelta> mimeEntries : mEntries.values()) {
for (ValuesDelta child : mimeEntries) {
if (mContactsQueryUri.equals(Profile.CONTENT_RAW_CONTACTS_URI)) {
builder = child.buildDiff(Uri.withAppendedPath(Profile.CONTENT_URI, RawContacts.Data.CONTENT_DIRECTORY));
} else {
builder = child.buildDiff(Data.CONTENT_URI);
}
}
}

看外层的for循环,mEntries是HashMap<String, ArrayList<ValuesDelta>>对象,应该还记得前文中分析的saveValue(String column, String value)方法吧,如下:

 protected void saveValue(String column, String value) {
Log.d("David", "column = " + column);
Log.d("David", "value = " + value);
mEntry.put(column, value);
Log.d("David", "mState = " + mState);
}

其中mEntry是ValuesDelta对象,而且有ValuesDelta entry : mState.getMimeEntries(mKind.mimeType)在KindSectionView.java。

继续分析内层循环,取出每一个ValuesDelta对象,然后调用child.buildDiff(Data.CONTENT_URI),进入ValuesDelta:

 public ContentProviderOperation.Builder buildDiff(Uri targetUri) {
Builder builder = null;
if (isInsert()) {
mAfter.remove(mIdColumn);
builder = ContentProviderOperation.newInsert(targetUri);
builder.withValues(mAfter);
}
return builder;
}

好了,我们看这几个循环,我在每一循环下面都打了log:

 RawContactDeltaList: for (RawContactDelta delta : this)
Log.d("D1", "delta = " + delta); RawContactDelta: for (ArrayList<ValuesDelta> mimeEntries : mEntries.values())
Log.d("D1", "===================================");
Log.d("D1", "mimeEntries = " + mimeEntries); RawContactDelta: for (ValuesDelta child : mimeEntries)
Log.d("D1", "child = " + child); ValuesDelta: buildDiff(Uri targetUri)
Log.d("D1", "mAfter = " + mAfter);

当我输入Name=Lucky, PhoneNumber=18611112222,然后点击保存联系人时,log结果如下:

RawContactDelta只有一个,包含所有用户输入的信息,可见RawContactDelta是一个包含所有联系人信息的对象;

每一个RawContactDelta都包含好几个ArrayList<ValuesDelta>,其实每一个ArrayList只有一个对象ValuesDelta;那么一个ValuesDelta包含一个Item的信息,如Name, Phone, Email。然后每一个ValuesDelta做buildDiff()操作,builder.withValues(mAfter),mAfter是一个ContentValues对象,打印结果如上图mAfter所示。

好了,现在返回到最开始的位置,ContactSaveService.java,saveContact()方法,有

 final ArrayList<ContentProviderOperation> diff = state.buildDiff();

 ContentProviderResult[] results = null;
if (!diff.isEmpty()) {
results = resolver.applyBatch(ContactsContract.AUTHORITY, diff);
}

resolver.applyBatch操作,那我们看看最终返回的diff是什么?

 for (ContentProviderOperation d : diff) {
Log.d("D2", "ContentProviderOperation = " + d);
}
results = resolver.applyBatch(ContactsContract.AUTHORITY, diff);

log截图如下:

可以看到每一个ContentProviderOperation中都附带相应的值,而这些值会被resolver.applyBatch()方法保存在数据库里。

至此,新建联系人UI和保存联系人分析结束。

Android Phonebook编写联系人UI加载及联系人保存流程(六)的更多相关文章

  1. Android Phonebook编写联系人UI加载及联系人保存流程(一)

    2014-01-06 17:05:11 将百度空间里的东西移过来. 本文适合ROM定制做Phonebook的童鞋看,其他人飘过即可- Phonebook添加/编辑联系人UI加载及保存联系人流程,是一系 ...

  2. Android Phonebook编写联系人UI加载及联系人保存流程(三)

    2014-01-07 09:54:13  将百度空间里的东西移过来. 本文从点击“添加联系人”Button开始,分析新建联系人页面UI是如何加载,以及新的联系人信息是如何保存的,借此,我们一探Phon ...

  3. Android Phonebook编写联系人UI加载及联系人保存流程(五)

    2014-01-07 10:46:30 将百度空间里的东西移过来. 在前面的文章中我们分析了UI的加载,其中提到了一个重要的对象:RawContactDeltaList mState,我前面说过这个对 ...

  4. Android Phonebook编写联系人UI加载及联系人保存流程(二)

    2014-01-06 17:18:29 1. Phonebook中新建/编辑联系人的UI不是用xml文件写的,它是随着帐号类型的改变来加载不同的UI,比如SIM联系人,只有Name.Phone Num ...

  5. Android Phonebook编写联系人UI加载及联系人保存流程(四)

    2014-01-07 10:23:22 将百度空间里的东西移过来. 5. KindSectionView KindSectionView是何方神圣呢?它又是怎么怎么和一个DataKind,以及一个Ra ...

  6. Android ViewPager Fragment使用懒加载提升性能

     Android ViewPager Fragment使用懒加载提升性能 Fragment在如今的Android开发中越来越普遍,但是当ViewPager结合Fragment时候,由于Androi ...

  7. Android三种基本的加载网络图片方式(转)

    Android三种基本的加载网络图片方式,包括普通加载网络方式.用ImageLoader加载图片.用Volley加载图片. 1. [代码]普通加载网络方式 ? 1 2 3 4 5 6 7 8 9 10 ...

  8. Android开发中如何解决加载大图片时内存溢出的问题

    Android开发中如何解决加载大图片时内存溢出的问题    在Android开发过程中,我们经常会遇到加载的图片过大导致内存溢出的问题,其实类似这样的问题已经屡见不鲜了,下面将一些好的解决方案分享给 ...

  9. Android引入高速缓存的异步加载全分辨率

    Android引进高速缓存的异步加载全分辨率 为什么要缓存 通过图像缩放,我们这样做是对的异步加载优化的大图,但现在的App这不仅是一款高清大图.图.动不动就是图文混排.以图代文,假设这些图片都载入到 ...

随机推荐

  1. asp.net 柱形图

    在vs中,如果要使用柱形图,我们大多数使用第三方提供的插件,所以必须要引用样式,这里我使用的是Highcharts-4.1.9插件,百度一下就可以下载到. 关键的js代码: <script sr ...

  2. 阻塞与非阻塞的IO网络读写

    看我之前的文章就知道,一般对于网络读的socket,都会加上O_NONBLOCK,非阻塞的选项. int setnonblocking(int fd) { int old_option = fcntl ...

  3. NYOJ 298 点的变换

    题目链接:298 点的变换 这题放在矩阵快速幂里,我一开始想不透它是怎么和矩阵搭上边的,然后写了个暴力的果然超时,上网看了题解后,发现竟然能够构造一些精巧的矩阵来处理,不得不说实在太强大了! http ...

  4. Linux系统的介绍

    一.linux的特点: Linux是一个开源(源代码公开),免费的操作系统,其稳定性,安全性(也会有病毒,但因为linux是开源的,所以一旦有病毒就会有人去搞定它),处理多并发(月,NEC(日本电气股 ...

  5. VB6 GDI+ 入门教程[4] 文字绘制

    http://vistaswx.com/blog/article/category/tutorial/page/2 VB6 GDI+ 入门教程[4] 文字绘制 2009 年 6 月 18 日 7条评论 ...

  6. Unity 5 中的全局光照技术详解(建议收藏)

    本文整理自Unity全球官方网站,原文:UNITY 5 - LIGHTING AND RENDERING (文章较长,请耐心阅读)简介全局光照,简称GI,是一个用来模拟光的互动和反弹等复杂行为的算法, ...

  7. noip赛前小结3

    嗯,这是第三份小结. 连续三天的小结. 这几天状态逐渐回来了. 前天3道题rk8左右. 昨天上午3道题rk7,但是有一道题考后1minAC了. 昨天晚上2道题AK了. 今天也3道题rk1了. 这个趋势 ...

  8. 浅谈AsyncState与AsyncDelegate使用的异同

    对于AsyncState来说,其MSDN的解释为:得到BeginInvoke方法的最后一个参数.而对于AsyncDelegate来说,其MSDN的解释为:得到异步调用的委托对象.也就是异步调用的委托源 ...

  9. js 数组的判断

    <javascript语言精粹>中的 var is_array = function(value){ return value && //判断值是否为真,不接受null和其 ...

  10. GetMemory

    在函数中动态申请内存(虚拟内存,堆),利用指针返回值指向申请的内存.