优化后的瀑布流效果

咳咳~好久没到eoe上发帖了。
最近项目中有用到瀑布流效果，所以就参考了网上各路大牛的瀑布流实现思路，自己仿写了一个。在参考大牛们的代码时发现了一些弊端，我就费了些脑细胞优化了一个，优化后的效果是—— 无论用户怎么翻页，最终只显示手机屏幕上显示的格子中的图片，其他被隐藏的格子图片统统回收，这样最大程度保证了内存回收。
 
（用户停止滑动后）
 
（用户滑动中）
==========================================================
应同学们要求，周末抽时间做了个本地demo
demo页面  
Demo去掉了那些附加页面，只剩下瀑布流。
++++++++++++++++++++++++++++++++++++++++++++++++++++
因为Demo做得比较仓促，目前我已发现一些BUG（-_-|||），而且Demo的代码写得其丑无比，注释也寥寥无几，因为我最讨厌的两件事——1、别人的代码不写注释2、自己的代码写注释。O__O"…
但内存管理和图片回收的核心代码确保无误，请确保在网络通顺的情况下运行Demo，否则无法获取网络图片。目前做的Demo的极限测试是30+页。欢迎同学们指正修改。
=========================================================================
目前我已经发现一些弊端，现在项目中已经摒弃这种套路，改用自定义的多列ListView来实现瀑布流效果。这样做的好处在于能使用ListView的缓存机制，减少瀑布流格子中控件占用的内存，而且经过测试新方法比这个帖子中的方法占用内存要少很多。所以建议大家先别浪费E币下载了，等我有时间了再重新整理新的瀑布流。 ================================================
"等我有时间了再重新整理新的瀑布流"，这个时间等的太久了。要不是今天有个哥们在扣扣上问到我这篇帖子我都快给忘记了。
废话不多少，把 后来修改的思路简单 Post上来。
后来我摒弃了上述方案，采用了一个自定义开源的多列ListView控件。
传送门： https://github.com/huewu/PinterestLikeAdapterView
为了传承“不制造相同轮子”的剽窃精神，果断使用这个控件来实现瀑布流效果。
因是复写的ListView，使用该控件和其他方案相比的优点：
1、可以采用ListView的缓存机制减少瀑布流的图片及显示控件占用内存。
2、可以方便定制ListView的各种特性，如：下拉刷新，加载更多等。

欢迎各位童鞋们继续探讨瀑布流更牛X的实现方案，我也学习学习。

http://www.eoeandroid.com/forum.php?mod=viewthread&tid=265353