水平滚动视图:它真的是一个解决方案吗？

Question

像成千上万的其他开发者一样,在某些时候我想要一个水平的图像库.(在我的情况下,我希望它在PageViewer页面中).然后我听说有一个叫做android.wiget.Gallery的小部件就是为这种情况而设计的.

很快,我开始听到Gallery被弃用,并且检查了StackOverflow,其他帖子之后提示了Horizo​​ntalScrollView是要走的路.

我放弃了Gallery并在Horizo​​ntalScrollView中设置了所有内容.我首先注意到Horizo​​ntalScrollView实际上并不是一个小部件,因为它只能处理一个根布局.好的,所以我将根布局实现为LinearLayout.在LinearLayout中添加我的所有可滚动条,并意识到Horizo​​ntalScrollView也没有适配器.没问题,我将循环浏览视图,逐个膨胀它们,并抛弃AsyncTask来加载图片.在4.03上正常工作.然后我在2.2上运行它并猜测是什么,运行的异步任务太多 - 所以它崩溃了.也许只有一个AsyncTask可以运行,但有超过30个图像.现在我开始再次考虑画廊.

但后来我听说有一个Horizo​​ntalListView.我实现了它,加上一个适配器.它完美地工作,除了现在滚动不是那么平滑(在ViewPager的页面内),并且在重新加载几次后(在ViewPager的页面内)它会卡住.我想知道是否应该花更多时间修改Horizo​​ntalListView或重新访问我的其他三个实现.也许我不应该如此认真地对待这种弃用.

有什么建议？

结语:

最后,我决定继续使用Horizo​​ntalScrollView for ViewPager,并在其他情况下使用Horizo​​ntalListView.这是由于滚动效率,闪电般快,我能够通过覆盖Horizo​​ntalScrollView中的onScroll最终计算出自定义适配器,并与CountDownTimer结合使用,无论速度如何,都会定期更新范围内的图像.建议的另一个解决方案是使用速度来开始下载,当时足够慢.如果Horizo​​ntalListView提示将检查其在ViewPager中的行为,那将是很好的,因为我确信它可以被优化和改进.如果我有更多的时间,这将是我的首选解决方案.但时间稍纵即逝..

Answer 1

如果您仍然打算使用我建议在此处HorizontalScrollView查找布局并在此处查找处理项目选择侦听器。然而，我不喜欢这条路线，因为你本质上只是在里面制作一个巨大的物体，这可能会导致内存问题，因为即使在屏幕外，所有图像仍然存在。LinearLayoutHorizontalScrollView

我个人建议使用这里HorizontalListView找到的。