Android 4.0 Contacts 通话记录界面的分析(源码)

时间:2023-02-13 20:30:37
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的分项