我在布局方面遇到了很多其他需要大量额外InvalidateLayout()调用的问题,所以我开始质疑我是否了解RelativeLayout是如何工作的。
以下是需要右对齐标签的UI的一个非常简单的示例:
public class MainPage : ContentPage {
public MainPage() {
var layout = new RelativeLayout();
var label = new Label() {
Text = "I want to be right-aligned."
};
layout.Children.Add(label,
Constraint.RelativeToParent((rl) => rl.Width - label.Width),
Constraint.Constant(10));
var button = new Button() {
Text = "Invalidate"
};
button.Clicked += (object sender, EventArgs e) => layout.ForceLayout();
layout.Children.Add(button,
Constraint.Constant(10),
Constraint.Constant(10));
Content = layout;
}
}
我希望这可以从正确对齐的标签开始,但在强制执行另一个布局传递之前,它不会正确对齐标签。通过在我的自定义控件中重写OnSizeRequest()等方法,我确定这是因为在调用RelativeLayout的约束lambdas之后才会调用OnSizeRequest()。因此,当布局页面时,标签的宽度为-1。稍后调用ForceLayout()时,Label有机会执行其布局逻辑并正确设置Width属性,因此它可以正确布局。
在更大的背景下,我正在尝试制作一个按钮,当点击它时,它会淡出并且标签会滑到原位。它将在我的布局的右下角对齐,但我发现修改Opacity或IsVisible只会不一致地更新布局。唯一一致的行为是RelativeLayout真的喜欢在它有机会调整自身之前询问控件的大小。
我是否解释了如何使用RelativeLayout错误,或者这是错误的逻辑?
答案 0 :(得分:5)
深入研究RelativeLayout
的(当前)实现,我发现了一个我没想到的事实:它不会查看视图的GetSizeRequest()
方法或调用它Layout()
在计算约束之前的方法,因为这些约束可能会影响控件的最终大小。结果:在计算约束时,控制界限反映了它的旧位置和大小。
To" fix"这个,在需要最新控件大小的约束内调用视图的GetSizeRequest():
public class MainPage : ContentPage {
public MainPage() {
var layout = new RelativeLayout();
var label = new Label() {
Text = "I want to be right-aligned."
};
Func<RelativeLayout, double> getLabelWidth = (parent) => label.GetSizeRequest(parent.Width, parent.Height).Request.Width;
layout.Children.Add(label,
Constraint.RelativeToParent((rl) => rl.Width - getLabelWidth(rl)),
Constraint.Constant(10));
var button = new Button() {
Text = "Invalidate"
};
button.Clicked += (object sender, EventArgs e) => layout.ForceLayout();
layout.Children.Add(button,
Constraint.Constant(10),
Constraint.Constant(10));
Content = layout;
}
}