浩码农
@2380253499 你的原话里 > 你说的那种上拉加载体验感不好，现在都是滑动到底部自动加载或者点击加载，每次滑到底了都要自己去上拉一下，体验感不好吧？用户注重的是看东西，而不是每次到底后还要自己去拉一下 我并没有说每次到底后就要自己去拉一下而不能自动加载，而你的这句话让我以为你认为有点击加载和自动加载就可以不用上拉加载，因此刚才的对话更多是受这句话影响，如果语气重了请见谅。我的理解是这样的： - 手动加载 - 点击加载 - 上拉加载 - 自动加载 用点击还是用上拉都是给用户的操作方式，而是否自动加载是优化用户体验的一种选择，比如wifi情况下可以加上自动加载，GPRS情况下如果有包含图片等较消耗流量的内容的话不自动加载也是可以的。 而至于是选择点击还是上拉的操作问题，很遗憾在我经手的项目里更多的是遵从产品与设计师的选择。 并且，点击加载毕竟是有“可点击”这种属性的，它的样式应该怎么表现，在一个列表里对于不同外观的item（如在CardView中，或有padding边距等），可能并不是总能方便地找到一个这样的footer去提示用户点击加载。
@2380253499 嗯。 这个问题很早提的了，当时设计师要求的是上拉加载，不过在赶项目的当时我就先用这里的点击加载与设计师妥协了，虽然一年多过去了上拉刷新也还是没做，但好像也没有人再提起（我是懒而忽略）。 至于上拉刷新与点击加载这个孰好孰劣，这个我不好判定，上拉操作比起点击大多数情况下是要麻烦，可能在某些特殊的场景中上拉刷新会更好？大多数场景下，我也是推崇点击而非上拉操作的。 但是有时候，有些设计可能你觉得换种方式会更好，但在不能说服能拍板的人的情况下，还是得去实现它。就像在前段时间，因为没能说服产品，在赶着项目的情况下还是得对一个有着多选全选滑动删除的列表，处理它里面的item里的两个按钮和一个edittext的编辑事件，解决它的焦点问题和弹出输入法等各种问题，尽管像这种列表内的编辑性的功能需求弹一个dialog去完成也许更好 。
Thanks for this project. Please add a license.
能贴一下你的布局代码吗
我正在学 html 和 JS
棒棒的
Sorry, I don't want to merge the msdx branch to master branch yet.