由于源代码使用android studio的工程格式,而本人用的Eclipse。所以采用了一种笨方法。将java代码和res代码分别拷贝到新的工程里。将错误修复一下。即可使用其Demo。运行效果如图
![201428572377340.png](https://i-blog.csdnimg.cn/blog_migrate/10a5b20271e73d9116f8b632555ddc8b.png)
![201428578788469.png](https://i-blog.csdnimg.cn/blog_migrate/4863a90fc571da4759dcd0ce65765fd9.png)
![201428585967556.png](https://i-blog.csdnimg.cn/blog_migrate/28bfc84eeab38f0844200510a2633222.png)
![201428592535456.png](https://i-blog.csdnimg.cn/blog_migrate/f03851c22a427e56eaa8e3d8c140a288.png)
效果如图所示,分别是未加载,第一次加载,第一次加载结束,第二次加载开始。
下面来看一下其代码结构。
![201428596902757.png](https://i-blog.csdnimg.cn/blog_migrate/30dd1bc0145772f0ae4debc5e3d90441.png)
其核心主要为PaginListView这个自定义控件。在主程序中,设置了菜单的点击事件。
clearData();
new CountryAsyncTask(true).execute();
查看
CountryAsyncTask的代码,发现:
private class CountryAsyncTask extends SafeAsyncTask<List<String>>
而SafeAstncTask<T> 也是代码中自定义的组件。从注释来看,这个组件与
android.os.AsyncTask
的使用方法有相同之处。
![201429011432001.png](https://i-blog.csdnimg.cn/blog_migrate/16e73b918ccf679656af9a87c9ea5f8b.png)
使用时,注册listview的
setPagingableListener事件(也就是滑动到底部的事件)。并重写其onLoadMoreItems方法。
public void onLoadMoreItems() {
if(pager < 3) {
new CountryAsyncTask(false).execute();
}else {
listView.onFinishLoading(false, null);
}
也就是当当前页面小于3个时,执行增加页面操作,并将结果显示。否则的话就停止操作。每次的操作都通过
CountryAsyncTask
完成。
在
CountryAsyncTask
内部。
其中主要方法包括构造方法总共5个:
构造方法带参数,是否显示进度条,如图一,
public CountryAsyncTask(boolean showLoading) {
this.showLoading = showLoading;
}
onPreExecute方法,执行在加载数据之前。
protected void onPreExecute() throws Exception {
super.onPreExecute();
if(showLoading) {
loadingDialog.show();
}
}
call方法,也就是真正获取数据的方法。如果在项目中使用,获取网络数据必定是在此方法中执行。相当于AsyncTask中的doInBackground方法
public List<String> call() throws Exception {
List<String> result = null;
switch(pager) {
case 0:
result = firstList;
break;
case 1:
result = secondList;
break;
case 2:
result = thirdList;
break;
}
Thread.sleep(3000);
return result;
}
onSuccess方法,也就是call方法执行成功的时候调用的方法。
protected void onSuccess(List<String> newItems) throws Exception {
super.onSuccess(newItems);
pager++;
if(listView.getAdapter() == null) {
listView.setAdapter(adapter);
}
listView.onFinishLoading(true, newItems);
}
onFinally方法,相当于异常中Finally。即无论是否执行成功均执行的方法。
protected void onFinally() throws RuntimeException {
super.onFinally();
if(loadingDialog.isShowing()) {
loadingDialog.dismiss();
}
}
这五个方法依次执行,就将重新加载后的数据显示在ListView当中。
其中一点要注意的是,这个listview所使用的adapter必须是继承自PagingBaseAdapter.在这个adapter中,有一个内置的items对象,用于表示数据对象的集合
在listview的onFinishLoading方法中,第一个参数表示是否还有条目未加载。第二个参数表示此次加载所增添的条目!
此外,可以通过一下方式添加数据
adapter.addMoreItems(resultMsgs);
设置是否还有条目为加载
listView.setHasMoreItems(false);
总结:分析这段源码之前一直处于纠结中。因为读PagingListView的源代码,感觉特别吃力。后看才发现自己进入了一个误区。这些工具代码其实是无需读懂的。不影响使用。以前直接导入包没有这个困扰。而纯代码反而影响了我。这些代码都是别人千锤百炼的智慧结晶。暴露方法只要使用即可。无需强求读懂。