cube-sdk
cube-sdk copied to clipboard
liaohuqiu
关于上拉加载
我使用了LoadMoreListViewContainer来做上拉加载，但是发现貌似只有自动加载更多，以及点击加载更多，而没有上拉加载更多（像下拉刷新那样子，有一个拉上去的效果）？
目前用起来感觉灵活性很高，又低耦合，应该可以通过一个带上拉加载的container来实现，并与下拉刷新的那个container搭配吧。我也是时间与精力有限，等做完了公司项目看看。
@msdx 你说的那种上拉加载体验感不好，现在都是滑动到底部自动加载或者点击加载，每次滑到底了都要自己去上拉一下，体验感不好吧？用户注重的是看东西，而不是每次到底后还要自己去拉一下
@2380253499 多个选择而已，这种界面上的操作方式，在一个产品上有更大选择权的是产品与设计师，而不是程序猿。 并且，我说上拉加载也没说就不能自动加载了。
@msdx 不管谁决定界面的操作方式，总之是往好的方向做的，所以程序员也是有话语权的，只要是好的方案就可以提出来。直接举例吧目前市场上大部分app都是滑动到底部就自动加载好第二页的内容了，你可以参考手机qq动态的内容。然后就是上拉一下去加载(类似下拉的操作)，和自动加载时不能同时存在的吧，比如每页显示10item，你滑到第8个或者第9个的时候，就帮你加载第二页的内容了，这个时候你是没有机会做上拉操作的
@2380253499 我已经说了， 上拉加载并不是就不能做自动加载。上拉加载的例子，你可以用一下手机淘宝查看订单的功能。 至于有没有机会做上拉操作，还得看自动加载是不是都能成功。
@msdx 你不是说要那种上拉的效果吗？这种和自动加载就是有区别的啊 ---“我使用了LoadMoreListViewContainer来做上拉加载，但是发现貌似只有自动加载更多，以及点击加载更多，而没有上拉加载更多（像下拉刷新那样子，有一个拉上去的效果）？” 这个是你的原话
@2380253499 你何必钻牛角尖？难道做点击加载的也不能做自动加载？上拉，点击都是加载的一种手动操作，怎么就不能做自动加载了？我完全不能理解你的逻辑。
@msdx 感觉你没理解我的意思，cube是具备点击加载和自动加载的，这个属于上拉加载的功能，但是你说的拉上一下然后加载（手动的上拉一下），我是觉得上拉加载中的自动加载要比你上拉一下然后加载的体验感要好，这就是我的逻辑，而且我就没说过加载功能里面不能有点击加载和自动加载吧？
@2380253499 你的原话里
你说的那种上拉加载体验感不好，现在都是滑动到底部自动加载或者点击加载，每次滑到底了都要自己去上拉一下，体验感不好吧？用户注重的是看东西，而不是每次到底后还要自己去拉一下
我并没有说每次到底后就要自己去拉一下而不能自动加载，而你的这句话让我以为你认为有点击加载和自动加载就可以不用上拉加载，因此刚才的对话更多是受这句话影响，如果语气重了请见谅。我的理解是这样的：
- 手动加载
- 点击加载
- 上拉加载
- 自动加载
用点击还是用上拉都是给用户的操作方式，而是否自动加载是优化用户体验的一种选择，比如wifi情况下可以加上自动加载，GPRS情况下如果有包含图片等较消耗流量的内容的话不自动加载也是可以的。 而至于是选择点击还是上拉的操作问题，很遗憾在我经手的项目里更多的是遵从产品与设计师的选择。 并且，点击加载毕竟是有“可点击”这种属性的，它的样式应该怎么表现，在一个列表里对于不同外观的item（如在CardView中，或有padding边距等），可能并不是总能方便地找到一个这样的footer去提示用户点击加载。
@msdx 既然误会解除了，那就继续谈体验感的问题，首先我是挺喜欢cube里面的自动加载(也具备点击加载)，自动加载基本成了app的标配(体验感很好)，如果说网络不好的时候自动加载失败了，这个时候就可以点击加载(场景可以参考手机qq好友动态。因为这种情况无法自动加载了，这个点击加载可以说是用来防止自动加载失败的情况)，然后在说流量问题，列表上面的数据应该费不了多少流量的，主要耗流量的就是图片，但是图片基本都是经过压缩过的，然后也有本地缓存，流量这块基本不用担心。如果还有没说明白的地方，就直接参考手机qq里面的好友动态，体验效果挺好的，而cube就可以实现那样的效果
@2380253499 嗯。 这个问题很早提的了，当时设计师要求的是上拉加载，不过在赶项目的当时我就先用这里的点击加载与设计师妥协了，虽然一年多过去了上拉刷新也还是没做，但好像也没有人再提起（我是懒而忽略）。 至于上拉刷新与点击加载这个孰好孰劣，这个我不好判定，上拉操作比起点击大多数情况下是要麻烦，可能在某些特殊的场景中上拉刷新会更好？大多数场景下，我也是推崇点击而非上拉操作的。 但是有时候，有些设计可能你觉得换种方式会更好，但在不能说服能拍板的人的情况下，还是得去实现它。就像在前段时间，因为没能说服产品，在赶着项目的情况下还是得对一个有着多选全选滑动删除的列表，处理它里面的item里的两个按钮和一个edittext的编辑事件，解决它的焦点问题和弹出输入法等各种问题，尽管像这种列表内的编辑性的功能需求弹一个dialog去完成也许更好 。