Android4.0中Contacts通话记录界面剖析（源码）

http://blog.sina.com.cn/s/blog_9f233c070101b3x5.html


看完了拨号盘界面的实现后，大家可能会感觉到，挺简单的，没什么复杂的，只是在onCreateView方法中加载了一个layout，然后就全都看到了，so easy!

那么，我们接下来就分享一下稍微复杂一点的CallLog界面，希望大家看完后，依然会如此说！

在DialtactsActivity中通话记录对应的Fragment为CallLogFragment

下面我们先来看看通话记录的默认显示，下图1

在Android4.0中Contacts通话记录界面剖析（源码）



图1 通话记录页面

咋一看，该页面分为两部分，tab 的title和list列表页面

Tab的title 就不再复说了，与上文中的拨号界面的实现方式完全相同，现主要描述通话记录的list页面，实际上该页面还会出现通话记录为空的界面等。

通话记录页面的实现

现在我们直接来看onCreateView方法

在该方法第一句

View view = inflater.inflate(R.layout.call_log_fragment, container, false);

跟进call_log_fragment.xml

发现

<ListView android:id="@android:id/list"

android:layout_width="match_parent"

android:layout_height="match_parent"

android:fadingEdge="none"

android:scrollbarStyle="outsideOverlay"

android:divider="@null"

/>

估计该listView就是要显示的列表

跟进代码…

奇怪了，CallLogFragment代码中怎么就没有调用list的呢？

如果这条线断了，就不知道往下该咋弄了啊！ 急~

原来是这样子的，CallLogFragment继承自ListFragment而在ListFragment中的ensureList方法中进行了初始化，具体的语句如下：

View rawListView = root.findViewById(android.R.id.list);

mList = (ListView)rawListView;

rawListView获得的list的名字是android.R.id.list，而我们的布局文件中list的名字是@android:id/list，没错了吧。

而在我们的CallLogFragment中只要调用getListView即可获得listView了

为了避免您的怀疑，我们在看一下ListFragment的getListView方法：

public ListView getListView() {

ensureList();

return mList;

}

既然找到了list，接下来我们要看看数据的绑定了，

一提到数据的绑定，立即就会想到Adapter，下面我们看看Android源码是怎么写的

在onViewCreated方法中，我发现了如下的几句话

String currentCountryIso = ContactsUtils.getCurrentCountryIso(getActivity());

mAdapter = new CallLogAdapter(getActivity(), this, new ContactInfoHelper(getActivity()

, currentCountryIso), mVoiceMailNumber);

setListAdapter(mAdapter);

第二句创建了一个CallLogAdapter对象，然后调用setListAdapter方法，将CallLogAdapter对象设置过去，

不用说setListAdapter方法肯定是ListFragment的方法，看代码

public void setListAdapter(ListAdapter adapter) {

boolean hadAdapter = mAdapter != null;

mAdapter = adapter;

if (mList != null) {

mList.setAdapter(adapter);

if (!mListShown && !hadAdapter) {

// The list was hidden, and previously didn't have an

// adapter. It is now time to show it.

setListShown(true, getView().getWindowToken() != null);

}

}

}

代码中对我们来说最重要的一句

mList.setAdapter(adapter);

mList对应于我们布局文件中的list，没错了吧，看样一切的秘密都在这个adapter中了，继续跟进adapter

该Adapter怎么会没有getView呢？

我们看CallLogAdapter的父类，GroupingListAdapter，在该方法中有getView方法，

public View getView(int position, View convertView, ViewGroup parent) {

…

if (view == null) {

switch (mPositionMetadata.itemType) {

case ITEM_TYPE_STANDALONE:

view = newStandAloneView(mContext, parent);

break;

case ITEM_TYPE_GROUP_HEADER:

view = newGroupView(mContext, parent);

break;

case ITEM_TYPE_IN_GROUP:

view = newChildView(mContext, parent);

break;

}

}

…



return view;

}

原来是调用了newStandAloneView，newGroupView，newChildView方法，来创建view的

那么我们接下来继续回到CallLogAdapter中查看上述三个方法所加载的布局文件

call_log_list_item.xml

呵呵，一看该布局，不会有错了，就是该list的分项



Ok，简单吧