【天天时快讯】华为云发布鲲鹏云服务 开启云上多元算力新赛道
1 前言
前一篇(点我阅读前一篇《Android应用Preference相关及源码浅析(SharePreferences篇)》)我们讨论分析使用了Android的SharePreferences,相信看过的朋友都有了自己的感悟与理解,这一篇我们继续乘热打铁来说说SharePreferences的衍生品—-Preference组件。
(相关资料图)
其实Preference组件大家一定不陌生,因为android系统的Setting应用及我们市面上一些符合Android设计思想的应用的设置界面一般都会用它来实现,而且Google原生Android代码中大量的使用了Preference组件。
简单说,Preference组件其实就是Android常见UI组件与SharePreferences的组合封装实现。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
2 Preference组件家族基础
2-1 Preference相关基础概念
既然要先说说Preference组件家族基础,那不得不先简单说说这些Preference组件间的关系,如下一张图是基于API 22绘制的一副Preference组件继承关系图:
怎么样?相比以前低版本的API来说,谷歌官方又增加了一些实用的Preference组件,不过遗憾的是这里面有些是被hide掉的,有些是在com.android.internal.preference包下的,所以这些hide和com.android.internal.preference包的preference我们应用层是不能直接使用的。
到此你指定会说,这些组件和我们平时用的EditText等组件很类似,而我们平时用的EditText等组件显示是依赖于Activity和Fragment的,那么这里的Preference组件是怎么显示的呢?
答案就是Preference组件也有自己依赖显示的框架,最常见的就像PreferenceActivity等,具体看代码我们会发现如下:
public abstract class PreferenceActivity extends ListActivity implements PreferenceManager.OnPreferenceTreeClickListener, PreferenceFragment.OnPreferenceStartFragmentCallback {......}public abstract class PreferenceFragment extends Fragment implements PreferenceManager.OnPreferenceTreeClickListener {......}12345678
嘿嘿,明白了吧?其实Preference组件的使用及展示到Window的原理和普通EditText控件展示使用是类似的,因为Preference组件的显示框架PreferenceActivity及PreferenceFragment都是从基本的Activity及Fragment继承而来,只是针对Preference进行了二次封装而已。
到此对Preference组件已经有一个基本的概念认识了,接下来我们就一步一步往下看。
2-2 常用Preference相关基础组件属性说明
我们可以发现,Preference组件家族的控件还是比较丰富的,这里肯定不能一一介绍,所以还是代表性的说几个使用频率最高作为指引就行了,其他的用到时参考相关官方API或者源码即可。
2-2-1 独立控件Preference
所有Preference组件的基类,类似常见控件的TextView,一个单纯的item,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
如下是基类Preference的相关属性介绍:
attrdescription
android:defaultValue默认值。
android:dependency设置此元素附属于另一个元素,依赖的可用则当前元素也可用(enable),反之。
android:enabled设置是否可用。
android:fragment指定fragment。
android:icon指定左侧的图标。
android:key选项的名称,也是用来存储时唯一的key。
android:layout给当前元素指定一个自定义布局。
android:order偏好的顺序。如果不指定,默认的顺序将字母。
android:persistent是否将其值存储到共享SharePreferences。
android:selectable设置是否可以选择操作。
android:shouldDisableView当enabled设置为false变暗,同时此属性设置为false时disable但不变暗。
android:summary摘要,配置的简要说明,显示在标题下面。
android:title选项的标题,当没有设置summary时自动垂直居中显示。
android:widgetLayout控件可调小部件的布局。是为一个优先选择的布局,比如一个复选框选择要指定一个自定义布局(注意:包括的只是复选框)在这里。
关于基类Preference提供的方法这里就不再详细列出了,如需查看,具体翻墙点我。
2-2-2 独立控件CheckPreference
CheckPreference类似常见控件的CheckBox,一个item,右侧有一个CheckBox,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
如下是CheckPreference的相关属性介绍:
attrdescription
android:disableDependentsState与android:dependency相反;B可用,则A不可用;B不可用,则A可用。
android:summaryOff选项未选中时显示的摘要。
android:summaryOn选项被选中时显示的摘要。
2-2-3 独立控件EditTextPreference
EditTextPreference类似常见控件的EditText,一个item,点击弹出一个EditText的对话框,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
该控件无自有属性。具体不再介绍,相关方法查看官方API。
2-2-4 独立控件ListPreference
ListPreference类似常见控件的ListView,一个item,点击弹出一个ListView的Dialog,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
如下是ListPreference的相关属性介绍:
attrdescription
android:entrieslist要显示的item数组名字。
android:entryValueslist要显示的item数组值。
2-2-5 独立控件MultiSelectListPreference
MultiSelectListPreference类似常见控件的ListView,一个item,点击弹出一个多选的ListView的Dialog,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
MultiSelectListPreference的相关属性同上ListPreference。
2-2-6 独立控件SwitchPreference
SwitchPreference类似常见控件的Switch,一个item,右侧有一个Switch控件,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
如下是SwitchPreference的相关属性介绍:
attrdescription
android:disableDependentsState与android:dependency相反;B可用,则A不可用;B不可用,则A可用。
android:summaryOff选项未选中时显示的摘要。
android:summaryOn选项被选中时显示的摘要。
android:switchTextOff关闭状态的文字提示。
android:switchTextOn打开状态的文字提示。
2-2-7 独立控件RingtonePreference
RingtonePreference就是一个铃声选择item,点击弹出铃声选择list的dialog,用于通过SharePreferences存储操作的设置值,具体翻墙点我。
如下是RingtonePreference的相关属性介绍:
attrdescription
android:ringtoneType铃声类型。ringtone/notification/alarm/all
android:showDefault选项中默认的铃声。
android:showSilent是否显示静音项。
2-2-8 组合控件PreferenceScreen
PreferenceScreen就Preference hierarchy的root节点,实例化他可以使用createPreferenceScreen(Context)方法;这个类可以依附于两个地方,当一个preferenceactivity指向他时用来作为根布局显示偏好,当他嵌套出现在另一个Preference hierarchy内部时他会启动一个新的界面来显示子项Preference或者设置的intent;综上也就是说它不仅可以作为设置界面显示,而且还能够启动activity,具体翻墙点我。
如下展示了作为根布局及子布局的两种情况:
<--!>... other preferences here ...123456789101112131415
<--!>1234567
2-2-9 组合控件PreferenceCategory
PreferenceCategory类似于LinearLayout,用于组合一组可设置标题的Preference,使布局更具备层次感,具体翻墙点我。
这个类也没有啥特殊的东西介绍,详细参考API。
到此常用的Preference组件xml属性介绍完毕,对应的Java方法就不再说明了,还有就是他们的protect方法也不再详细介绍,具体参见API。
2-3 新增Headers相关基础组件属性说明
上面我们简单介绍了PreferenceScreen相关xml的属性,这些其实是老版本的处理方式;自从Android 3.0引入Fragment之后,Preference相关的控件也有了变化。
由于PreferenceActivity在3.0开始也需要能够处理多屏幕碎片化问题,所以Android 3.0之前采用PreferenceScreen嵌套的方法来跳转分类细则,而Android 3.0及之后使用了Preference Headers的方法来适配多屏幕碎片化问题。
他的核心就是在主屏中通过headers的xml布局列出所有的主题设置项,每个主题设置的详细设置由各自指定的PreferenceFragment负责,而各自的PreferenceFragment可以如传统的PreferenceActivity 一样布局自身的PreferenceScreen。
preference-headers就是他们的root,既然这样,那我们就来看看Headers相关的组件及方法吧。
2-3-1 PreferenceActivity.Header相关属性方法使用基础
点我翻墙查看。Header继承自Object,实现了Parcelable,用来展示一个item的header。
相关属性如下:
attrdescription
android:icon
android:breadCrumbShortTitle在fragment显示的短标题文字。
android:breadCrumbTitle在fragment显示的标题文字。
android:fragment当选择该头文件时,将显示该fragment的全名称。
android:id唯一识别id。
android:summaryitem描述信息。
android:titleitem头名称。
如下是一个简单展示:
...... ...... 节点,类似extra,此处省略 -->123456
关于Header的用法下面会详细演示,基本情况就介绍到这里。
2-4 Preference相关组件显示操作控制API解释
有了上面Preference组件基本概念及属性介绍以后就相当于我们有了砖瓦,接下来就是咋盖房子了,也就是如何组合这些组件显示在屏幕上,我们现在就来看看这些常用的操作。
2-4-1 PreferenceActivity相关属性方法使用基础
翻墙点我查看。PreferenceActivity继承自ListActivity,这个类是Preference相关控件展示的基类,在Android 3.0以前推荐直接使用,3.0以后推荐和preferencefragment一起使用,所以你可以看见PreferenceActivity中有些方法现在已经是过时的了。
首先看下PreferenceActivity加载xml目录下的文件使用的方法,如下:
public class DemoActivity extends PreferenceActivity {@Override public void onBuildHeaders(List target) { super.onBuildHeaders(target); //当大于等于3.0版本时推荐重写该方法加载xml,headers+fragments模式 loadHeadersFromResource(R.xml.preference_header, target); } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (Build.VERSION.SDK_INT < Build.VERSION_CODES.HONEYCOMB) { //当小于3.0版本时推荐重写该方法加载xml,当然大于时也可以用,只是不推荐而已 addPreferencesFromResource(R.xml.preference); } }}1234567891011121314
如下我们来看看PreferenceActivity相关的常用方法:
methoddescription
public void addPreferencesFromIntent(Intent intent)@deprecated,添加一个匹配intent的preferences activity。
public void addPreferencesFromResource(int preferencesResId)@deprecated,添加一个xml到activity。
public Preference findPreference(CharSequence key)@deprecated,查找一个指定key的Preference。
public void finishPreferencePanel(Fragment caller, int resultCode, Intent resultData)结束指定的fragment,参数返回类似activity。
public PreferenceManager getPreferenceManager()@deprecated,获取activity使用的PreferenceManager实例。
public PreferenceScreen getPreferenceScreen()@deprecated,获取当前activity的根布局视图。
public boolean hasHeaders()返回当前activity是否显示了header list。
public void invalidateHeaders()刷新已经显示的header list,会重新回调onBuildHeaders()。
public boolean isMultiPane()是否同时显示headers和fragment。
public void loadHeadersFromResource(int resid, List target)解析一个headers的xml然后添加到target列表里。
public void onBuildHeaders(List target)一般需要重写,注意!这个函数可能不是总会被调用,例如,如果该Activity已被要求显示一个特定的Fragment而不需要头文件,就不需要构建Headers,所以不调运。
public Intent onBuildStartFragmentIntent(String fragmentName, Bundle args, int titleRes, int shortTitleRes)构造一个显示Fragment的Intent对象。
public void onContentChanged()当界面发生变化时回调。
public void onHeaderClick(PreferenceActivity.Header header, int position)当选择Headers列表项时调用,默认实现调用startwithfragment或switchtoheader。
public boolean onIsMultiPane()大屏下默认实现是true。
public boolean onPreferenceStartFragment(PreferenceFragment caller, Preference pref)当单击某个具有与它相关联的gragment类名称时调用。
public boolean onPreferenceTreeClick(PreferenceScreen preferenceScreen, Preference preference)@deprecated,当Preference控件被点击时,触发该方法。参数preference为点击的对象,返回值true代表点击事件已成功捕捉,无须执行默认动作或者返回上层调用,例如,不跳转至默认Intent。
public void setListFooter(View view)给Headers list设置foot view。
public void startPreferenceFragment(Fragment fragment, boolean push)起一个fragment,push决定是否入栈。
public void startPreferencePanel(String fragmentClass, Bundle args, int titleRes, CharSequence titleText, Fragment resultTo, int resultRequestCode)依据是否multi-pane模式启动一个preference的fragment(如果是小屏会重启一个activity显示)。
public void startWithFragment(……)启动一个新的fragment。
public void switchToHeader(……)在大屏multi-pane模式下切换到fragment显示给定参数的fragment。
2-4-2 PreferenceFragment相关属性方法使用基础
翻墙点我查看。PreferenceFragment继承自Fragment,这个类是3.0以后推荐使用的,用来处理碎片化问题。
该类的常用方法和上面PreferenceActivity的介绍差不多,这里不再详细说明,只是PreferenceActivity的@deprecated方法在PreferenceFragment中不是@deprecated的而已。
2-4-3 PreferenceManager相关方法使用基础
翻墙点我查看。PreferenceManager继承自Object,这个类其实我们前一篇《Android应用Preference相关及源码浅析(SharePreferences篇)》获取Preference实例就该说明的,这里才说而已。
Android中得到SharedPreference的方式有四种:
ContextWrapper.getSharedPreferences(String name, int mode) 可以自己设置SharedPreference的名字与模式。
Activity.getPreferences(int mode) name是Activity名字,不能设置。
PreferenceManager.getSharedPreferences() 通过PreferenceManager维护一个SharedPreference,我们可以调用PreferenceManager的API来设置name和mode,并且最终也是调用到ContextWrapper的getSharedPreferences。
PreferenceManager.getDefaultSharedPreferences(Context context) 得到的SharedPreference是某个包名下共享私有的,不能让其他的包访问,而且name和mode不能设置,最终也会调用到ContextWrapper的getSharedPreferences。
接下来简单看下PreferenceManager相关方法,如下:
methoddescription
PreferenceManager.OnActivityDestroyListener当所依赖的activity销毁时回调接口。
PreferenceManager.OnActivityResultListener当所依赖的activity得到返回result时回调接口。
PreferenceManager.OnActivityStopListener当所依赖的activity停止时回调接口。
public Preference findPreference(CharSequence key)通过key找到Preference。
public static SharedPreferences getDefaultSharedPreferences(Context context)每个应用有一个默认的preferences文件,通过该方法获取。
public SharedPreferences getSharedPreferences()通过PreferenceManager维护一个SharedPreference,可以调用PreferenceManager的API来设置name和mode。
public int getSharedPreferencesMode()获取当前的mode。
public String getSharedPreferencesName()获取当前的name。
public static void setDefaultValues(Context context, String sharedPreferencesName, int sharedPreferencesMode, int resId, boolean readAgain)更加灵活的设置默认值,注意readAgain参数。
public static void setDefaultValues(Context context, int resId, boolean readAgain)设置默认值,注意readAgain参数。
public void setSharedPreferencesMode(int sharedPreferencesMode)设置当前的mode。
public void setSharedPreferencesName(String sharedPreferencesName)设置当前的name。
可以看见,这个类其实也没啥介绍的,重点关注下setDefaultValues的几个核心参数就行。如果我们的设置项很多,而且每项在代码中都需要设置默认缺省值,那就推荐使用setDefaultValues方法。在应用第一次运行时,从preference的xml中获取缺省值,并生成文件保存(如果已经有一个SharedPrefferences对象,也会进行更新,就像下面代码中三四行对调);不是第一运行就不会改现有保存值。
protected void onCreate(Bundle savedInstanceState) { ...... PreferenceManager.setDefaultValues(this, R.xml.default_value, false); SharedPreferences prefs = PreferenceManager.getDefaultSharedPreferences(this); String option = prefs.getString("key", null); }12345
好了,控件使用就到这里了。
2-5 Preference控件家族实例
关于Preference控件家族的使用比较简单,自定义网上也一大把,所以不再给出例子。如果你想看例子可以参考如下:
官方Settings设计原理。
Settings源码。
其他的相关用法参考API及网络例子。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
3 Preference组件源码设计简单分析
扯蛋了这么多,唉,叹个气继续吧,接下来就到了有意思的环节,源码结构简介。这里只是针对Preference控件特性介绍分析,不会过多追究View及Activity和Fragment细节,具体View及Activity和Fragment细节后面会写文章分析的。
3-1 PreferenceFragment源码浅析
首先还记得上面基础说了,PreferenceFragment使用第一步就是使用其内部方法addPreferencesFromResource或者addPreferencesFromIntent设置源。所以这里我们以addPreferencesFromResource为例来说明,如下源码:
//PreferenceFragment的方法public void addPreferencesFromResource(int preferencesResId) { //判断异常说明了该方法至少得在super.onCreate方法之后调运,以便初始化PreferenceManager requirePreferenceManager(); //这个前面也介绍过的,设置根布局PreferenceScreen setPreferenceScreen(mPreferenceManager.inflateFromResource(getActivity(), preferencesResId, getPreferenceScreen()));}1234567
接着我们看下setPreferenceScreen方法源码,如下:
public void setPreferenceScreen(PreferenceScreen preferenceScreen) { //设置根布局到PreferenceManager里 if (mPreferenceManager.setPreferences(preferenceScreen) && preferenceScreen != null) { //空方法 onUnbindPreferences(); //设置标记,在onActivityCreated方法中有用 mHavePrefs = true; //决定是否重设bind布局,核心都是为了执行bindPreferences方法 if (mInitDone) { postBindPreferences(); } }}123456789
到此接下来就是bind了,至于在这里通过Handler发消息bindPreferences还是在onActivityCreated自动调bindPreferences方法取决于你把addPreferencesFromResource方法写在那个生命周期方法里。如下我们直接来看bindPreferences方法,如下源码:
//这个方法是搭建显示的核心方法!!!!!!!!!private void bindPreferences() { //拿到PreferenceManager中存的根视图PreferenceScreen final PreferenceScreen preferenceScreen = getPreferenceScreen(); if (preferenceScreen != null) { //传递当前ListView到preferenceScreen的bind方法 preferenceScreen.bind(getListView()); } //PreferenceFragment的空方法 onBindPreferences();}12345
到此可以看见PreferenceFragment里bind最终是交给了PreferenceScreen的bind来关联PreferenceFragment的ListView与PreferenceScreen的ListAdapter。我们现在就来看下PreferenceScreen的bind源码,如下:
//PreferenceScreen类的方法public void bind(ListView listView) { //设置listview的item监听 listView.setOnItemClickListener(this); //PreferenceScreen中bind的重点核心!!!!!!!!!!!!!给listview设置adapter listView.setAdapter(getRootAdapter()); //一些register操作,忽略 onAttachedToActivity();}123456
好了,我们还是来关注这个adapter咋来的吧,如下就是getRootAdapter方法源码:
public ListAdapter getRootAdapter() { if (mRootAdapter == null) { mRootAdapter = onCreateRootAdapter(); } return mRootAdapter;}protected ListAdapter onCreateRootAdapter() { return new PreferenceGroupAdapter(this);}1234567891011
终于真相快要大白了,PreferenceFragment的listview设置的adapter原来是PreferenceGroupAdapter。哈哈,我们继续来看看这个类,如下:
//hide类,专门用来Preference的list显示的adapterpublic class PreferenceGroupAdapter extends BaseAdapter implements OnPreferenceChangeInternalListener {//省略相关属性定义 ...... //构造方法,传入的是PreferenceScreen根布局 public PreferenceGroupAdapter(PreferenceGroup preferenceGroup) { ...... //sync设置相关list列表数据后通知listview刷新 syncMyPreferences(); } private void syncMyPreferences() { ...... //通知listview刷新当前准备的Preference列表 notifyDataSetChanged(); ...... } //省略一堆方法 ...... //notifyDataSetChanged后和普通adapter一样item绘制会回调getView方法 public View getView(int position, View convertView, ViewGroup parent) { //拿到当前item的Preference组件 final Preference preference = this.getItem(position); ...... //调运Preference的getView方法得到当前item真正的view显示,这是核心!!!!!!!!!!!! //关于Preference的getView方法下面分析Preference源码会说到的,或者你可以直接跳到Preference源码分析部分查看。 View result = preference.getView(convertView, parent); ...... return result; } ......}1234567891011121314151617181920212223242526272829303132
到此你会发现,其实无非就是ListView和Adapter的关系,而Adapter的getView所得到的View由Preference提供而已,而Adapter由PreferenceScreen管理而已。
3-2 PreferenceActivity源码浅析
说到PreferenceActivity现在不推荐的addPreferencesFromResource方法时其实是没啥解释的,这种模式现在被官方推荐通过PreferenceFragment的addPreferencesFromResource来实现,所以也就是说关于PreferenceActivity的addPreferencesFromResource方法(也就是在PreferenceActivity中直接添加Preference组件)其显示原理和上面分析的PreferenceFragment是一样的,所以这里就不再过多解释了。
我们把重点放在loadHeadersFromResource方法上,也就是现在推荐的PreferenceActivity放置Headers模式。接下来就来分析分析吧。
public abstract class PreferenceActivity extends ListActivity implements PreferenceManager.OnPreferenceTreeClickListener, PreferenceFragment.OnPreferenceStartFragmentCallback {...... //省略一堆方法 @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); //设置基础布局 setContentView(com.android.internal.R.layout.preference_list_content); //获取一些ContentView里的控件实例 ...... //判断是啥模式,左右展示还是单页 boolean hidingHeaders = onIsHidingHeaders(); mSinglePane = hidingHeaders || !onIsMultiPane(); //获取fragment参数(其实是PreferenceActivity中点击Header item重启PreferenceActivity时传递的) String initialFragment = getIntent().getStringExtra(EXTRA_SHOW_FRAGMENT); Bundle initialArguments = getIntent().getBundleExtra(EXTRA_SHOW_FRAGMENT_ARGUMENTS); int initialTitle = getIntent().getIntExtra(EXTRA_SHOW_FRAGMENT_TITLE, 0); int initialShortTitle = getIntent().getIntExtra(EXTRA_SHOW_FRAGMENT_SHORT_TITLE, 0); if (savedInstanceState != null) { ...... //忽略,非重点主线 } else { if (initialFragment != null && mSinglePane) { //SinglePane时有参数则替换显示Fragment switchToHeader(initialFragment, initialArguments); ...... } else { //核心方法之一!!!!!!!!!!!! //记得上面基础使用介绍过吗?新的实现重写onBuildHeaders空方法,在其中 //调运loadHeadersFromResource方法加载header list xml文件 onBuildHeaders(mHeaders); //如果存在header list则走这里(上面onBuildHeaders里会组织生成mHeaders的list结构) if (mHeaders.size() > 0) { //header-fragment左右各半屏模式 if (!mSinglePane) { if (initialFragment == null) { //设置显示header Header h = onGetInitialHeader(); switchToHeader(h); } else { //设置显示header及fragment switchToHeader(initialFragment, initialArguments); } } } } } if (initialFragment != null && mSinglePane) { //当SinglePane加载的是Fragment时隐藏header,显示fragment findViewById(com.android.internal.R.id.headers).setVisibility(View.GONE); mPrefsContainer.setVisibility(View.VISIBLE); ...... } else if (mHeaders.size() > 0) { //重点!!!!!!!!!!!!!!!!!这就是要分析的header的listview的adapter放置地 setListAdapter(new HeaderAdapter(this, mHeaders)); ...... } else { //这就是最原始的供已经不推荐的addPreferencesFromResource方式加载Preference组件了 //具体原理同上PreferenceFragment的加载显示原理了,不再分析 setContentView(com.android.internal.R.layout.preference_list_content_single); ...... } //其他初始设置 ...... }}123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354
通过上面的分析可以看见其实对于Header的adapter核心就是setListAdapter(new HeaderAdapter(this, mHeaders));这句代码。那我们就来看看这个内部类HeaderAdapter,源码如下:
//可以发现PreferenceActivity的内部类HeaderAdapter是继承自ArrayAdapter的,//这个Adapter就是用来给推荐的Header list的listview提供数据的。private static class HeaderAdapter extends ArrayAdapter {//Holder里只有最典型经典的三个组件 private static class HeaderViewHolder {ImageView icon; TextView title; TextView summary; } private LayoutInflater mInflater; //构造方法,不解释 public HeaderAdapter(Context context, List objects) { super(context, 0, objects); mInflater = (LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE); } //最最核心方法!!!!!!Header list被显示到PreferenceActivity的listview关键点 @Override public View getView(int position, View convertView, ViewGroup parent) { HeaderViewHolder holder; View view; //再常见不过的Adapter数据加载ViewHolder写法了 if (convertView == null) { //加载header的item布局,都是用的preference_header_item文件,如下会介绍 view = mInflater.inflate(com.android.internal.R.layout.preference_header_item, parent, false); holder = new HeaderViewHolder(); holder.icon = (ImageView) view.findViewById(com.android.internal.R.id.icon); holder.title = (TextView) view.findViewById(com.android.internal.R.id.title); holder.summary = (TextView) view.findViewById(com.android.internal.R.id.summary); view.setTag(holder); } else { view = convertView; holder = (HeaderViewHolder) view.getTag(); } //一堆显示,通过getItem(position)拿到构造里传入的List类型objects的item // All view fields must be updated every time, because the view may be recycled Header header = getItem(position); holder.icon.setImageResource(header.iconRes); holder.title.setText(header.getTitle(getContext().getResources())); CharSequence summary = header.getSummary(getContext().getResources()); if (!TextUtils.isEmpty(summary)) { holder.summary.setVisibility(View.VISIBLE); holder.summary.setText(summary); } else { holder.summary.setVisibility(View.GONE); } return view; }}1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253
可以看见这个adapter的getView中的item核心是加载了一个preference_header_item的xml文件,然后设置作为item的header。这个xml源码如下:
12345678910111213141516171819202122232425262728293031323334353637383940414243444546
哈哈,到此就不在解释啥了,很直观了,就是这么任性,就是这么简单的实现了Header List的显示。
3-3 Preference源码浅析
说这个的原因是上面PreferenceFragemnt分析加载设置adapter的getView方法时留下的历史问题。我们先来看看这个文件的核心代码,后面总结串起来你就明白了,如下源码:
//可以看见,他不是一个View,但是组合管理了一个View和PreferenceManagerpublic class Preference implements Comparable{...... //各种属性 ...... private PreferenceManager mPreferenceManager; //重点关注,和自定义及Preference显示原理息息相关,preference就是下面列出的xml资源 private int mLayoutResId = com.android.internal.R.layout.preference; private int mWidgetLayoutResId; ...... //各种getXXX及setXXX方法 ...... /** * Gets the View that will be shown in the {@link PreferenceActivity}. * 获取Preference的item显示view */ public View getView(View convertView, ViewGroup parent) { if (convertView == null) { convertView = onCreateView(parent); } onBindView(convertView); return convertView; } protected View onCreateView(ViewGroup parent) { final LayoutInflater layoutInflater = (LayoutInflater) mContext.getSystemService(Context.LAYOUT_INFLATER_SERVICE); final View layout = layoutInflater.inflate(mLayoutResId, parent, false); final ViewGroup widgetFrame = (ViewGroup) layout.findViewById(com.android.internal.R.id.widget_frame); if (widgetFrame != null) { //mWidgetLayoutResId有专门的set方法可以设置或者重写 if (mWidgetLayoutResId != 0) { //android:id/widget_frame为mWidgetLayoutResId所对应的布局预留空间插入 layoutInflater.inflate(mWidgetLayoutResId, widgetFrame); } else { //默认实现是null的 widgetFrame.setVisibility(View.GONE); } } return layout; } /** * Binds the created View to the data for this Preference. ** This is a good place to grab references to custom Views in the layout and * set properties on them. * */ protected void onBindView(View view) { //设置子View相关属性 final TextView titleView = (TextView) view.findViewById(com.android.internal.R.id.title); if (titleView != null) { final CharSequence title = getTitle(); if (!TextUtils.isEmpty(title)) { titleView.setText(title); titleView.setVisibility(View.VISIBLE); } else { titleView.setVisibility(View.GONE); } } ...... //类似的各种子View设置操作,不再列出 } ......}12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596
可以看见,这个getView其实就是上面PreferenceFragment分析中Adapter中getView调运的Preference的getView。怎么样,串起来吧。也就是说Preference不是View,但是他提供View给ListView的每一个Item显示,其提供的View的基类布局(上面Preference类中mLayoutResId属性的值)如下:
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556
哈哈,不用解释了吧,这下相信你可以将前面基础使用和源码分析几部分完全串起来理解了吧。
3-4 Preference组件家族源码分析总结
通过上面分析可以知道Preference其实不是View,但是其内部创建管理了一个View(ListView的item,被Adapter的getView通过Preference.getView方法获得显示)。
可以看出来,上面我们分析Preference的onCreateView、getView、onBindView这几个方法其实是整个Preference组件显示等的核心方法,所以正如系统提供的Preference的各种实用子类一样,当我们想自定义Preference的时候完全可以重写这些方法来得到自己的各种自定义View,这样就完美的解决了代码的扩展性,我们不用去修改ListAdapter的实现就能实现自定义的Preference,所以说可见Google的工程师在设计Preference结构时是多么的牛叉,不得不膜拜。
【工匠若水 http://blog.csdn.net/yanbober 转载请注明出处。点我开始Android技术交流】
4 Preference组件家族总结
题外话:其实这篇文章是受我一个朋友邀请帮忙写的。还记得去年年初我在上家公司(做Android盒子)负责修改一个项目的Settings源码,添加一个屏幕缩放功能在Settings里面。后来做好以后维护转手给了别人,当时别人是个新手,各种问。所以落下后遗症,于是乎就在邀请之下打算写了这一系列两篇文章,以帮助快速上手原生Settings的修改。
其实没啥总结的,还记得前段时间在网上看见有人吐槽Preference是google设计的一个失败品,一点也不好用啥的。其实我想说Preference的设计还是不错的,是值得借鉴的,随便举个例子如下:
在布局设计上可以保持统一预留差异区域供自定义动态插入,达到复用的目的。
在实现listView各个item不同的Adapter的getView方法时不用像传统那样if-else或者switch操作,而是预留一个基类用于实现回调,这样更加灵活。
其他的慢慢体会就行了。
标签: 解决方案
相关推荐:
最新新闻:
- 2021庆阳一中高考成绩查询 2020年庆阳市多所中学高考喜报
- Win7安装IE10或IE11怎么操作?离线安装注意问题 全球热点评
- QGIS|构建选址模型 模型需求分析:天天消息
- 视频在html不能播放器怎么办?网页播放器打不开的解决方法
- QT部署YOLOV5 pyqt5搭建YOLOV5的检测平台
- 微速讯:Makefile宏控是什么?宏控与systemProperty取名对应
- 【天天时快讯】华为云发布鲲鹏云服务 开启云上多元算力新赛道
- 【世界速看料】一个没有四肢的人 却给了无数人的力量
- Android应用Preference相关及源码浅析 Preference相关基础概念
- 如何关闭电脑右下角游戏广告弹窗?电脑右下角游戏广告弹窗关闭方法
- 怎么批量删除电脑桌面文件图标?批量删除电脑桌面文件图标操作步骤
- diskgenius怎么恢复数据和分区?diskgeniu恢复数据和分区方法
- win7如何安装HP打印机?win7安装HP打印机步骤
- 如何清除win10系统所有搜索历史记录?win10系统所有搜索历史记录操作步骤
- 无线路由器可连接网络的距离是多少?无线路由器可连接网络的距离介绍
- 如何找到电脑中的本地连接?电脑中的本地连接查找方法
- ctfmon.exe是什么进程?ctfmon.exe是否可以下载替换?
- 怎么将swf格式文件转为mp3格式?swf格式文件转为mp3格式方法
- 打开EXCEL时无法找到startup.xls文件怎么解决?打开EXCEL时无法找到startup.xls文件的解决方法
- 音频拨号和脉冲拨号的区别是什么?音频拨号和脉冲拨号的区别介绍
- 怎么更改鼠标指针图案?鼠标指针图案更改方法
- 笔记本电脑键盘输入错乱怎么办?笔记本电脑键盘输入错乱解决方法
- TeamViewer怎么使用?TeamViewer使用方法教程
- 电脑主板供电接口有什么不同?电脑主板供电接口介绍
- 硬盘如何安装系统?硬盘安装系统教程
- 笔记本电脑怎么外接直流电源?笔记本电脑外接直流电源连接方法
- 怎么打开nh文件?nh文件是什么?
- 暴风转码怎么用?暴风转码使用方法
- 蓝屏提示错误代码0x000000c2怎么办?Win10蓝屏提示错误代码0x000000c2的解决方法
- 韩厂压力山大:显示屏看中国的时代来了 当前通讯
- “强监管、一刀切”!香港期货业恐“变天”,经纪商:可操作性不强......影响几何? 环球热推荐
- 观焦点:P社宣布 将计划对部分地区的游戏售价进行调整
- 《刺客信条:英灵殿》联动《怪物猎人:世界》 惨爪龙风飘龙装备皮肤正式上线_最新消息
- 《星球大战绝地:幸存者》将拥有5种光剑形态 用以针对不同敌人
- 联想小新预热 2023 年新品:将有 14、16、Air 14、Pro 14、Pro 16 五款新机-观察
- 最新快讯!《战神4》Mod搞笑视频 姆巴佩和梅西一决高下
- 世界看热讯:Acer推出新技术 显示器和笔记本可实现裸眼立体3D效果
- 菲尔·斯宾塞分享自己的2022年游戏报告 《吸血鬼幸存者》游玩时长最多
- 谨慎升级!苹果停止签署iOS 16.1.2
- 处理器/系统百分百中国自主 国产PC新标杆 内嵌8核处理器
- 布洛芬供应提速有限:从400吨原料药到4亿片药片,至少要40天|焦点热讯
- 天天看点:IE浏览器要被永久禁用了 只剩下2个月的时间
- 当前观点:强森确认:DC初期规划不含《黑亚当》电影
- 【世界播资讯】Xbox:《High On Life》是2022年XGP首发最成功游戏
- 货币如何“类财政”? 天天关注
- 微软发现macOS漏洞 可绕过安全审查植入恶意软件 环球速递
- 天天新资讯:《海贼王:时光旅诗》13分钟实机演示 女角身材很棒
- 关闭这两个功能 在Win11系统下玩游戏竟可提升游戏帧数
- 微软发现苹果macOS漏洞 苹果已经修复|焦点滚动
- Win11炫酷小技巧盘点 第三个你肯定不知道-天天动态
- 天天看点:IE浏览器要被永久禁用了 只剩下2个月的时间
- 光大证券首席经济学家:2023年消费值得看重,投资仍会是重要抓手
- 俄罗斯镍巨头Nornickel考虑2023年减产10%,伦镍盘中涨超7%-世界快报
- 足球才是世界第一:世界杯决赛谷歌迎来史上最高流量_独家焦点
- 【环球时快讯】谨慎更新!微软承认Win10新版本可能导致系统蓝屏
- 144Hz高刷+1ms响应 23.8寸电竞显示器到手666元 新资讯
- 焦点热讯:Intel第二代独立显卡定了:1年后见 性能赶超RTX 4070!
- 纯净无广告!全新国产自研系统发布:免费使用1年-环球今日报
- 初代加强复刻版《雨中冒险回归》明年登陆PC和NS-每日聚焦
- 焦点短讯!双人合作游戏《少女魔净》明年2月全平台发售
- 天天快资讯丨像素风动作益智新作《企鹅拳击》登陆Switch
- 操作壁虎自由攀爬《壁虎之神》明年登陆PC和NS
- 《塞尔达传说:旷野之息》罗莎塔MOD演示
- 保时捷大幅度提升Taycan充电速度:花钱解锁
- 【爆料】英伟达 RTX 4070Ti 跑分曝光:部分性能比 RTX 3070Ti 提升 45.8%-当前看点
- 企业数字化转型应该重点关注什么技术领域?不妨看看戴尔CTO的建议
- i9-13900KS基准性能测试成绩曝光 超13900K单核性能5% 环球热讯
- 全球滚动:满血PCIe 5.0固态硬盘来了,容量8TB读写都达到14GB/s
- 爱不释手!梅西卡塔尔夺冠后喝茶睡觉都抱着大力神杯:天天速看
- 环球即时:《审判》系列PC版更新DLSS SteamDeck初始设置更改
- Epic喜加一:《德军总部:新秩序》免费领取|今日热议
- 《星球大战绝地:幸存者》将包含五种光剑形态|全球热闻
- PSVR2头显确认将亮相CES2023索尼发布会
- 索尼分享新视频介绍PS5新Edge手柄设计过程-全球微动态
- 动视暴雪首席运营官将入职Yuga Labs 担任同职位
- 【当前热闻】冬天是恋爱的季节?
- 梅西回复苏醒被质疑“翻车” 梅西IP地址在上海-当前头条
- 信息:“士兵男孩”想演《最后生还者》真人剧的乔尔:我努力尝试了
- 《师父》推出竞技场模式 明年3月正式上线
- 粉丝用虚幻5自制《原神》 有更好的视觉效果
- iPhone 14 Plus 销量惨淡,苹果或将重新调整 iPhone 15-世界热资讯
- 天天动态:中国移动公布最新用户数,5G 用户累计达 5.95 亿户
- 【爆料】告别直角边框:iPhone 15 Pro 最新概念图出炉:独家
- 炮轰币安!媒体重磅调查:财务黑箱,拿什么提振信心?_全球速讯
- 日本写真女星东云海拼《水星魔女》魔灵高达 还自制了涂装