今日偶然想起了在某个FrameLayout中通过childView.layout()来实现移动childView的code.
又想到FrameLayout在自己的onLayout中基本只考虑child layout_gravity/margin/padding 这个因素,其他的一律按照对齐到原点来排列.
那么通过childView.layout()来移动childView,但是如果其parent FrameLayout也layout,显然childView会回到原点.
随便做了个小例子,一个button不断调用childView.layout()移动,另外一个button会触发parent FrameLayout的requestlayout.
果然只点第一个button既可以顺利移动childView, 但是一点第2个button就立马回到原点了.
将requestlayout换成forceLayout没有触发.因为childView的layout函数只能触发childView的invalidate,不会requestLayout.
看样子用childView的layout_margin<直接用layout指定坐标就直接忽略了margin/padding>可能更保险一点.

本文探讨了在FrameLayout中使用childView.layout()方法移动子视图的问题,并对比了当父布局请求重新布局时子视图位置的变化情况。实验发现,仅通过childView.layout()移动视图可以有效,但父布局一旦重新布局,子视图的位置会被重置。
120

被折叠的 条评论
为什么被折叠?



