我遇到了一个让我难过的问题,我希望有人能给我一些指示。
我正在开发一个使用自定义 ViewGroup(实际上是包含 RelativeLayout 的 FrameLayout)来呈现事件日历的应用程序。日历中的事件表示为根据事件的持续时间和包含视图的大小调整大小的视图。
我遇到了在调整包含 FrameLayout 大小时发生的问题。当前的实现删除了所有代表事件的视图,并尝试添加新的视图并根据 FrameLayout 的当前大小计算它们的大小。这项工作是通过 View 的 onSizeChanged() 方法触发的,该方法在 FrameLayout 中被覆盖。
调整视图大小时,将执行此代码并更新视图,但是,它们实际上都没有呈现在屏幕上…… FrameLayout 中包含的视图根本不可见。如果我在层次结构查看器工具中加载视图,它们是视图树的一部分,并在概述中它们应该在的位置上概述,但它们不显示。(请注意,视图在 FrameLayout 的初始渲染中可见......只有在调整大小后它们才会消失。)
调整大小期间的事件顺序似乎如下:
onMeasure()
onMeasure()
onSizeChanged()
onLayout()
重置视图(在 onSizeChanged() 内部)后调用 requestLayout() 似乎没有效果。但是,如果我在调用 requestLayout() 之前造成一些延迟,视图就会变得可见。我可以通过产生一个线程并休眠来导致这种延迟,或者通过创建一个简单地调用 requestLayout() 并在自己调整大小后按下它的虚拟按钮,或者甚至是放在 onSizeChanged() 末尾的这个丑陋的 hack:
post(new Runnable() {
public void run() {
requestLayout();
}
});
当我使用这个 hack 时,包含的视图是可见的,并且事件的顺序如下:
onMeasure()
onMeasure()
onSizeChanged()
onLayout()
onMeasure()
onMeasure()
onLayout()
因此,似乎强制第二次测量通过(在修改视图树之后)会使包含的视图按应有的方式可见。为什么延迟对 requestLayout() 的调用对我来说是个谜。
任何人都可以提供任何关于我做错了什么的指示吗?
我意识到如果不查看一些代码,这有点难以理解,所以我创建了一个小示例应用程序来展示我的问题并在 Github 上提供:
https://github.com/MichaelSims/ViewGroupResizeTest
我上面提到的黑客致力于一个单独的分支:
https://github.com/MichaelSims/ViewGroupResizeTest/tree/post-runnable-hack
如果我可以提供任何其他信息,请提前告诉我并感谢。