addPreferencesFromResource()方法在PreferenceActivity类和PreferenceFragment类(Android3.0以后才有)中都有实现,两个中内容是差不多的(只是PreferenceActivity中的参数this在PreferenceFragment中变成了getActivity(),这个我想大家都可以理解)。PreferenceActivity中方法体如下:
/**
* Inflates the given XML resource and addsthe preference hierarchy to the current
* preference hierarchy.
*
* @param preferencesResId The XML resourceID to inflate.
*/
public void addPreferencesFromResource(intpreferencesResId) {
requirePreferenceManager()
setPreferenceScreen(mPreferenceManager.inflateFromResource(this,
preferencesResId,getPreferenceScreen()));
}
requirePreferenceManager()方法仅仅是为了确保mPreferenceManager变量不为null,无其他用处了。在看setPreferenceScreen()方法之前,我们先看一下PreferenceManager的inflateFromResource()方法,该方法的部分代码如下所示:
public PreferenceScreen inflateFromResource(Contextcontext, int resId,
PreferenceScreen rootPreferences) {
… …
final PreferenceInflater inflater = newPreferenceInflater(context, this);
rootPreferences = (PreferenceScreen)inflater.inflate(resId, rootPreferences, true);
rootPreferences.onAttachedToHierarchy(this);
… …
return rootPreferences;
}
根据PreferenceInflater类名我们可以猜测出该类同LayoutInflater一样是一个解析类,不同的是LayoutInflater用于解析layout布局,而PreferenceInflater用于解析xml布局。解析后得到当前屏幕的根PreferenceScreen对象(当然该对象中包含哪些Preference在此也已经解析清楚了)。onAttachedToHierarchy()方法是Preference对象绑定到Preference层级界面中时进行的一些初始化工作。
public voidsetPreferenceScreen(PreferenceScreen preferenceScreen) {
requirePreferenceManager();
if(mPreferenceManager.setPreferences(preferenceScreen)
&& preferenceScreen != null) {
postBindPreferences();
CharSequence title = getPreferenceScreen().getTitle();
// Setthe title of the activity
if(title != null) {
setTitle(title);
}
}
}
requirePreferenceManager()方法我们在前面说过,仅仅是确认mPreferenceManager不为空。而PreferenceManager的setPreferences()方法也仅仅是将preferenceScreen赋值给其局部变量mPreferenceScreen。如果发现mPreferenceScreen值改变则返回true,反正则返回false。而getPreferenceScreen()方法最终也是得到的PreferenceManager对象的mPreferenceScreen变量。设置标题的问题我们这里就不说了,这里我们看postBindPreferences()方法:
private void postBindPreferences() {
if(mHandler.hasMessages(MSG_BIND_PREFERENCES)) return;
mHandler.obtainMessage(MSG_BIND_PREFERENCES).sendToTarget();
}
即向mHandler对象发送了一个MSG_BIND_PREFERENCES消息。而在mHandler中接收该消息后仅执行了一个bindPreferences()方法,下面我们继续看bindPreference()方法重要代码:
private void bindPreferences() {
final PreferenceScreen preferenceScreen= getPreferenceScreen();
if (preferenceScreen != null) {
preferenceScreen.bind(getListView());
… …
}
}
不用说,大家也知道下一个需要分析的是PreferenceScreen的bind()方法:
public void bind(ListView listView) {
listView.setOnItemClickListener(this);
listView.setAdapter(getRootAdapter());
onAttachedToActivity();
}
差不多了,看到这里我想大家都知道明白了,这就是我们平时使用ListView几乎必用的代码啊!!从这里也可以看出,
一个个Preference,其实就是依附在系统自带的ListView控件上显示的。下面就是我们最后一站了:适配器。继续看getRootAdapter()方法:
public ListAdapter getRootAdapter() {
if (mRootAdapter == null) {
mRootAdapter = onCreateRootAdapter();
}
return mRootAdapter;
}
这里没什么可说的,看onCreateRootAdapter()方法:
protected ListAdapter onCreateRootAdapter() {
return newPreferenceGroupAdapter(this);
}
终于拨开层层云雾见晴天了。PreferenceScreen显示的适配器原来是一个PreferenceGroupAdapter对象。这里要注意的是,PreferenceGroupAdapter实现了OnPreferenceChangeInternalListener接口,其中有个方法onPreferenceHierarchyChange(),当有Preference添加或删除时都会调用该方法,故当Preference添加或删除需要做一些动作(如调整Preference背景等)时可在该方法中实现。就分析到这里了,想看具体显示就看该适配的getView()方法了,分析方法跟分析普通BaseAdapter子类没区别。反正最终会调用到Preference类的onCreateView()方法和onBindView()方法。
原文链接:http://blog.csdn.net/vipclx/article/details/9002034
补充:
通过上面的讲解,我们知道各个preference被添加到ListView中,即Preference的显示以列表的形式展现给用户。那这个ListView在哪里设置并实例化的呢?而且,如果对Preference比较熟悉的话,我们知道ListView的id是“@android:id/list”,这个又是怎么来呢。通过下面的代码可知,PreferenceActivity或者PreferenceFragment在实例化显示过程中会首先inflate一个包含listview(其id为@android:id/list)的Layout布局。inflate完成后,在上面的函数bindPreferences中调用getListView()可以获取此ListView实例。具体的代码逻辑如下:
在PreferenceActivity的onCreate()函数:
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(com.android.internal.R.layout.preference_list_content);
}
或者在PreferenceFragment的onCreateView()函数:
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle savedInstanceState) {
return inflater.inflate(com.android.internal.R.layout.preference_list_fragment, container,
false);
}
上面两个preference的布局包含id为list的ListView,布局定义如下:
......
至于如何Layout的实例化过程这里不再分析。总之,在实例化preference布局之前代码会首先实例化包含ListView的Layout布局,如此preference以List的形式展示出来。
在实际的开发过程中,我们会遇到在同一个UI中显示Preference项和自定义的布局项的清形,如何实现呢。方法就是自定义Layout,用于显示定制化界面,并包含listview(其id为@android:id/list),用于显示Preference项;然后重载上面提到的函数onCreate()或者onCreateView(),并inflate自定义的Layout。以PreferenceActivity为例实现如下:
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// set customize layout that contains listview
setContentView(com.android.internal.R.layout.layout_customize_list;
// Load the preferences from an XML resource
addPreferencesFromResource(R.xml.preferences);
......
}