为了在手势操作的阈值判断上和系统保持一致,在init()的时候据根据传入的context取得了ViewConfiguration:
- final ViewConfiguration configuration = ViewConfiguration.get(getContext()), 这个函数就是根据context对应的display的dimension/density(当前的实现中是density)获得在ViewConfiguration的静态cache Configurations中保存的ViewConfiguration对象, 然后将得到的ViewConfiguration的getScaledTouchSlop()作为自己的mTouchSlop,做为自己的getScaledMaximumFlingVelocity().
- getScaledTouchSlop(): Distance in pixels a touch can wander before we think the user is scrolling. 判断是否是一次scroll.
- getScaledMaximumFlingVelocity(): Maximum velocity to initiate a fling, as measured in pixels per second 判断是否是一次fling.
- final ViewConfiguration configuration = ViewConfiguration.get(getContext()), 这个函数就是根据context对应的display的dimension/density(当前的实现中是density)获得在ViewConfiguration的静态cache Configurations中保存的ViewConfiguration对象, 然后将得到的ViewConfiguration的getScaledTouchSlop()作为自己的mTouchSlop,做为自己的getScaledMaximumFlingVelocity().
在回收View的时候,会将其从Parent上detach(detachViewFromParent(v)), 这种应用应该是参考了AbsListView的回收View时的处理, 而detach这个操作主要干的就是两件事:
- 这个View的parent设为null
- 将这个View从Parent的child view数组中remove.
- 可以看到这两个操作如同注释所说是轻量的(light-weight), 被detach的View就像一个隐形人,一定不会被Parent在meausre/layout中被consider(因为已经不是child了), 但是呢,其本身还是存在的, 还可以attach(attachViewToParent(..))或者彻底被删除(removeDetachedView(…)), 如果一个View要被回收使用,那么显然是需要进行Detach的:不会影响parent的布局和显示,但是呢,这个对象还是存在的可以被重用, 注释说一个View被detach以后,在一个draw周期内,必须后面接着attach或者removeDetached, 这个原因是如果后面没有这些操作,这个View就等于被遗忘了(可能就没有引用指向了),会被回收,但是View本身还需要做一些清理和callback操作
ViewFlow 源码笔记(2)
最新推荐文章于 2024-03-23 09:40:12 发布