android:layout_align*的最佳宽度/高度是多少?

android:layout_align*的最佳宽度/高度是多少?,android,android-relativelayout,Android,Android Relativelayout,假设我有: 为了避免错误(如果之前没有检查,则运行时异常),我需要指定android:layout\u height 什么价值更可取?无论如何,它都将被覆盖,但可能存在一些性能问题,例如导致对具有权重的线性布局的子项首选0dip/px。 所以-0dip,1px,fill\u parent(我坚决认为这是一个比match\u parent更合适的名称),或者wrap\u content?你可以使用layout\u height=“0dp”,因为它清楚地表明大小是在,取消链接wrap\u con

假设我有:


为了避免错误(如果之前没有检查,则运行时异常),我需要指定
android:layout\u height

什么价值更可取?无论如何,它都将被覆盖,但可能存在一些性能问题,例如导致对具有权重的
线性布局的子项首选
0dip
/
px


所以-
0dip
1px
fill\u parent
(我坚决认为这是一个比
match\u parent
更合适的名称),或者
wrap\u content

你可以使用
layout\u height=“0dp”
,因为它清楚地表明大小是在,取消链接
wrap\u content
match\u parent
,这可能会使查看代码的人感到困惑。
fill\u parent
不是更合适的名称,因为它表明视图将占用父视图的剩余空间,而这不是实际行为。实际行为是,它赋予子对象与父对象相同的宽度/高度。这就是为什么他们添加了<代码> Matkh Prime<代码>。它是否与父视图匹配?没有。它是否填充了剩余的高度?对很抱歉出现了离题注释。RelativeLayout在如何排列其子项方面有特殊规则,可以覆盖布局宽度和布局高度的规范。这并不意味着
fill\u parent
准确地反映了该规范的含义。此外,这是为了描述视图是如何测量的,而不一定是如何实际布局的。对不起,我不知道你是将其作为功能、美学或算法上的最佳解决方案来提出的,还是指出这是一个解决方案。所有这些。这是相当标准的做法,不需要视图来解析“匹配父项”或
包装内容等度量规范。