原作者： https://github.com/chrisbanes/Android-PullToRefresh
在前面的文章中我们看了进度组件ProgressIndicator的用法，怎么样大家Get了吗？ 那么我们今天就来看下ProgressIndicator的应用，一起来看下Flutter中的下拉刷新与加载更多是如何实现的。
Android上ListView的第三方开源的下拉刷新框架很多，应用场景很多很普遍，几乎成为现在APP的通用设计典范，甚至谷歌官方都索性在Android SDK层面支持下拉刷新，我之前写了一篇文章《Android SwipeRefreshLayout：谷歌官方SDK包中的下拉刷新》专门介绍过（链接地址：http://blog.csdn.net/zhangphil/article/details/46965377 ）。 每一种ListView下拉刷新的开源框架，基本功能相同，设计原理大同小异，下拉刷新的功能实现，其中一个设计实现的的方案核心要点大多集中在ListView的OnScrollListener()等事件的重写上。但是，常见的一些下拉刷新开源框架中，有些缺乏上拉刷新的功能。上拉刷新的功能在一些应用场景中也是需要的，比如，当用户的设备屏幕由于数据需要从网络中加载，但一次网络请求根本不可能把全部数据都加载完，因此在初始化阶段只喂全部数据中的一部分数据。当用户在一个ListView中翻到最底时候，“加载更多”，注意！此处出现另外一种设计方案，比如在ListView的footer view中设计一个按钮，假设按钮就叫做“加载更多”，当用户翻到ListView最后见底时候，点击该按钮后才“加载更多”再次发起数据请求加载更多数据，然后刷新ListView，这种设计方案也比较常见。本文则介绍一个可以自动感知ListView下拉到底、然后可自动加载更多的支持下拉/上拉刷新的ListView。
今天实现listview的下拉刷新和上拉加载的时候，遇到了一个问题，*就是说需要根据listview中滑动的位置来进行下拉刷新和上拉加载。*
主要用到了这个几个文件。MainActivity是界面的Activity,MyAdapter是ListView的自己定义适配,MyListView是自己定义带头部LIistView，假设仅仅须要上拉载入就不须要；activity_main.xml是住界面。item.xml是ListView的子布局里面仅仅有一个TextView,listview_footer.xml是listview的载入很多其它的底部布局，listview_header.xml是listview的头部布局。
下拉刷新布局SwipeRefreshLayout是Android又一与时俱进的控件，顾名思义它随着用户手势向下滑动就会触发刷新操作。从实际的下拉效果来看，SwipeRefreshLayout秉承了Android一贯的简洁界面，可定制性并不太好，远不如开源的下拉刷新框架PullToRefresh，但毕竟是原生的控件，用起来比较方便，所以我们还是好好了解了解它。 SwipeRefreshLayout最早在19.1的support-v4库中引入，所以要先确保sdk的“Android Support Library”版本不低于19.1。另外，SwipeRefreshLayout的源码多次升级，因此有新版与旧版之分，两版之间不但支持的方法有区别，而且界面效果也有差异。 下面是SwipeRefreshLayout的常用方法说明： setColorScheme : 设置进度条/圆圈的颜色。（该方法在新版中已被废弃） setOnRefreshListener : 设置刷新监听器。在下拉松开时触发该监听器，需要重写该监听器的onRefresh方法。 setRefreshing : 设置刷新的状态。true表示正在刷新，false表示结束刷新。 isRefreshing : 判断是否正在刷新。 下面是新版增加的方法说明： setColorSchemeColors : 设置进度圆圈的圆环颜色。 setProgressBackgroundColorSchemeColor : 设置进度圆圈的背景颜色。 setProgressViewOffset : 设置进度圆圈的偏移量。第一个参数表示进度圈是否缩放，第二个参数表示进度圈开始出现时距顶端的偏移，第三个参数表示进度圈拉到最大时距顶端的偏移。 setDistanceToTriggerSync : 设置手势向下滑动多少距离才会触发刷新操作。 SwipeRefreshLayout的旧版与新版之间的界面区别主要有： 1、旧版的进度条是布局顶部的一条横线，而新版的布局顶部的一个圆圈。 2、旧版在下拉时，进度条不动，页面会随着向下滑动；而新版在下拉时，页面不再向下滑动，进度圆圈会向下滑动。 这两种显示效果各有千秋，开发者可按照个人喜好决定采用哪种效果。需要注意的是，想要旧版的效果，就得使用旧版的android-support-v4.jar；想要新版的效果，就得使用新版的android-support-v4.jar。新旧两版的v4包见本文末尾的代码工程。 下面是旧版SwipeRefreshLayout的下拉刷新效果截图：
本文主要对比了ListView和RecyclerView在性能上的差异，总结了它们的优缺点。对于数据源变动不频繁且不需要复杂动画的场景，ListView是更好的选择；而对于数据源变动频繁、需要支持复杂动画以及高自定义性的场景，RecyclerView更有优势。同时，RecyclerView的缓存机制使得它在滚动、加载数据时更加高效。
一，背景 RecyclerView是谷歌官方出的一个用于大量数据展示的新控件，可以用来代替传统的ListView，更加强大和灵活。 最近，自己负责的业务，也遇到这样的一个问题，关于是否要将ListView替换为RecyclerView？ 秉承着实事求是的作风，弄清楚RecyclerView是否有足够的吸引力替换掉ListView，我从性能这一角度出发，研究RecyclerView和ListView二者的缓存机制，并得到了一些较有益的”结论”，待我慢慢道来。 同时也希望能通过本文，让大家快速了解Recycle
3.activity中的代码 这里面用到了万能ViewHolder，不了解可以去这里 了解详情 同时也用到了万能适配器，不了解可以去这里 了解详情
虽然效果图看起来样子不太好看，主要是因为那个蓝色的背景对不对，没关系，这只是一个背景而已，在了解了我们这个下拉刷新列表的实现之后，你就可以很轻松地修改这个背景，从而实现你想要的UI效果！话不多说，下面我们先来讲讲这个下拉刷新列表是如何使用的，这也是我们编写代码所要实现的目标。
在这只是一个 Demo ，是一个实现思路，在应用开发的更多场景中如 资讯列表的点赞、收藏等等，诸多业务场景都可使用。
本文实例为大家分享了Android实现ListView下拉刷新上拉加载更多的具体代码，供大家参考，具体内容如下
网上关于下拉刷新的文章也不少，但是依赖的库文件太重了。恰好发现了官方的下拉刷新库，而且效果还是不错的：简洁美观，使用方便。 这是最基本的下拉刷新例子-可扩展 看图啦 Step-one:下拉刷新布局文
简介 SwipeRefreshLayout是Google官方推出的一款下拉刷新组件，位于v4兼容包下，android.support.v4.widget.SwipeRefreshLayout，Support Library 必须19.1以上。使用起来很简单，只要在需要刷新的控件最外层加上SwipeRefreshLayout，其child必须是可滚动的view，如ScrollView、GridView或者ListView，这里就测试最常用的ListView。 布局 <RelativeLayout xmlns:
本文实例为大家分享了android实现ListView下拉刷新上拉加载的具体代码，供大家参考，具体内容如下
ListView在实际实用中，一般都会有下新刷新和上拉加载的动态效果，今天要学的就是如何自定义带下拉刷新的ListView。
在Android平台上,listView 是特别常用的组件之一,我们在向用户展示列表数据时,通常要考虑: 列表有数据和无数据空的状态,因为网络环境各异,难免刷新失败什么的;
国庆放假过后眼看一年又要过完了，年初指望着已经有一年的经验本以为自己不是刚出校的学生以为翅膀已经硬了，打算辞职换新工作，一面试才发现自己就是个垃圾，什么oninterceptEvent，dispatchTouchEvent ,Aysnctask都不会。做了一年的项目也是用的Xutils2.6版本 还有一堆不常用不好的不主流不时尚的框架，技术也没任何长进。还好公司真的轻松（所以也学不到任何东西）可以趁闲下来的时间多学点东西。于是写了个简单但也有需求的控件练练手。
SwipeRefrshLayout是Google官方更新的一个控件，可以实现下拉刷新的效果，该控件集成自ViewGroup在support-v4兼容包下.
用过很多上下拉刷新，找到一个让自己满意的确实不容易，有些好的刷新控件，也并不是公司所需要的，在这里我给大家推荐一下我所喜欢的上下拉控件，实现也挺简单，需要的不妨来用一下，效果一看便知
Android开发中，列表估计是最最常使用到的控件之一了。列表相关的交互如下拉刷新，上拉更多，滑动菜单，拖动排序，滑动菜单，sticky header分组，FAB等等都是十分常见的体验。Github中有大量优秀的开源项目，今天就来看看star数超1000的Android列表控件都有哪些。
本文介绍了Android ListView 实现上拉加载的示例代码，分享给大家，具体如下：
表格、列表和树型窗口部件是 GUI 开发中经常会用到的窗口部件。这些窗口部件有两种不同的方式来获取数据。传统的方式是窗口部件本身包含用于存储数据的内置容器。这种方式非常符合直观感受，然而，在许多复杂的应用中，这将导致数据的同步问题。第二种方式是模型/视图编程，窗口部件无需维护内部的数据容器。它们通过标准的接口获取外部数据，也因此避免了数据的重复。这在一开始可能会显得复杂，然而一旦你更仔细地观察之后，它不但很容易理解，而且它所具有的很多优点也会逐渐变得清晰明了。(翻译自Model/View Tutorial，具体更多信息可参见Qt的Model/View Tutorial)
看上去效果还是不错，不过现在有个刷新问题一直没能解决，刷新的时候里面的adapter进行刷新的时候总是会让里面的listview消失掉，应该是父listview先刷新完后，子listview还未刷新完成，导致测量的高度不对，就会消失，像当前组已关闭这种，现在这个问题还没有想到办法解决的，试过比较多的方法，添加接口让子listview 刷新完成后再去更新父listview，但还是没有作用，也用过ExpandableListView，但是效果达不到这种，所以没办法还是得用这种办法，有大神知道怎么解决刷新父listview时子listview消失的方法，指导下我，比较奇怪的时候刚开始初始化的时候子listview是默认不显示的，当点击父listview去张开子listview，父listview应该会再次刷新，但子listview展开是可以的，然后下一次更新数据源的时候子listview又会自动关闭，我猜应该是在刷新子listview的时候，父listview先更新完成，子listview的高度测量就没有对！
（友情提示：RN学习，从最基础的开始，大家不要嫌弃太基础，会的同学请自行略过，希望不要耽误已经会的同学的宝贵时间） 我们已经讲完了 ScrollView 和 ListView ，自然而然我们就应该讲的组件就是下拉刷新的喽，因为它们几个是兄弟，常常一块出现，就跟打麻将似的，四缺一不能打，那它们三就是斗地主，三缺一不能玩。今天讲的这个组件就是它们的兄弟：RefreshControl 。 介绍 我的母亲官网是这么介绍我的，说：我是大家在使用我的兄弟ScrollView或ListView添加拉刷新功能用的，我们几个
先丢一个github的demo代码地址 移动开发发展到现在，下拉刷新是个必不可少的功能了。
正常项目中使用ListView一定会涉及到分页加载的问题，此时无法避免地需要用到下拉刷新和上拉加载更多的功能。
新浪微博，和QQ空间里面，都有那个下拉刷新的效果，另很多人眼前一亮，细细分析，原理原来如此。 在原作者的基础上，写了一些注释，和帮助大家更好的阅读理解，（可能其中有些地方注释不准，欢迎指正，谢谢）
说实话现在大部分人都不在用ListView了，不过说实话如果仅仅是普通的列表其实用哪个都无所谓的。 可能有人会说有好多第三方的下拉刷新上拉加载的框架，但是我觉得吧，有些东西自己能实现的就还是用自己写的好。 不罗嗦了，直接上代码，注释都已写好
在移动端应用中，为用户提供一个直观的方式来更新内容是很重要的。在丰富的挂件中，Flutter 提供了一个很好的方式实现下拉来刷新应用。这个手势，对很多用户来说很熟悉，就是下拉页面来触发更新的动作，获取新的数据并更新屏幕展示。
在极客学院的Android学习中，发现其下拉刷新组件用的是比较老的组件，现在Google官方出的是SwipeRefreshLayout，借此机会学习了一下。先附上图:
前言 本系列是基于React Native版本号0.44.3写的。几乎所有的App都使用了ListView这种组件，这篇文章将学习RN中ListView的平铺样式和分组样式。 ListView平铺样式 ListView内部是通过ListViewDataSource这个对象显示数据的，因此使用ListView的时候需要创建一个ListViewDataSource对象。 ListViewDataSource构造方法创建对象的时候可以选择性出入4个参数，描述怎么提取cell，怎么刷新cell 这些参数都是函数，当
为解决工作中一些繁琐的问题， 写了一个GUI程序， 操作界面是这个样子的 这个程序的实现起来并不是非常的繁琐， 但在界面的交互操作上， 也不仅仅只是展示数据。 如上面图片所见，列表中的每一条记录每一个
有一段时间没更新博客了，近来都在做毕业设计，今天空出时间来更新一发。给大家带来的是仿美团的下拉刷新。相信美团大家都用过，下面就贴出了美团的下拉刷新效果：
和尚前段时间整理了两种 ListView 的异步加载数据时，下拉刷新与上滑加载更多的方式，每种方式都有自己的优势，网上也有很多大神讲解过 ListView 数据流的种种处理方式，和尚根据实际遇到的情况整理一下尝试的第三种方案。
在我们的项目中，需要用到许多下拉刷新和上滑加载的操作，不说什么没用的，直接来介绍SwipeRefreshLayout的扩展用法。
React-native踩坑小记 最近开始研究ReactNative咯，大概一两周了吧已经，略略说一下遇到的一些坑爹问题 问题一般都出在android上。。。最近看GitH
SwipeRefreshLayout大家都用过，google推出的，亲生儿子，兼容性自然最好！可是SwipeRefreshLayout只支持下拉刷新，没有上拉加载更多，这样是没办法满足我们的需要的，所以本文就对它进行一下定制，加上下拉刷新。
解决办法：不能直接在new MaterialApp中调用Navigator.of(context).push()
使用 Flutter 提供的 RefreshIndicator 组件 , 可以实现下拉刷新的功能 ;
ListView在开发中用到的地方非常多，我们经常是全部刷新来更新数据，如果只需要更新某一条数据，该怎么实现呢？我在项目中使用过以下两种方法：
摘要：想必大家做开发的时候都会用到下拉刷新的控件，现在各种第三方的下拉刷新控件不胜枚举。当然最NB的还是XListView。其他也有针对GridView,ScrollView,LinearLayout进行重写的下拉刷新控件。本文针对xListView采取一种巧用办法，可以实现各种控件的下拉刷新。
1:在布局中添加SwipeRefreshLayout和Listview组件 [html] view plain copy <?xml version="1.0" encoding="utf-8
app开发中下拉刷新是最常接触到的一个功能，也有很多开源的框架，封装的非常棒。前段时间了解了一下ViewDragHelper，遂用它实现了下拉刷新的功能。
avm.js 是APICloud 推出的多端开发框架。使用 avm.js 一个技术栈可同时开发 Android & iOS 原生 App、小程序和 iOS 轻 App，且多端渲染效果统一；全新的 App 引擎 3.0 不依赖 webView，提供百分百的原生渲染，保障 App 性能和体验与原生 App 一致。
试了很多第三方的下拉刷新不是效果不好看 就是有bug，最后还是决定用官方的下拉刷新，但是官方的默认不支持进入页面立即刷新，所以我们可以用官方的并对其扩展
项目中有多个地方要用到多级列表的菜单，最开始我用的是ExpandableListView，但问题是ExpandableListView只支持两级列表，于是我就用ExpandableListView嵌套ExpandableListView，但非常麻烦，而且关键的是具体分几级是不确定的，也就是可能一级，可能多级，这要是五六级嵌套ListView，于是我就去学习鸿洋大神之前写的一篇关于实现Android多级树形列表的文章，实现很巧妙，使用一个ListView就可以实现多级列表效果，我做了部分修改，功能顺利实现。
会话页面 点击菜单时编辑的按钮显示，其余的时候gone ConversationUI public class ConversationUI extends Activity impleme
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
