Android中自定义View时MeasureSpec的作用

泡在网上的日子 / 文 发表于2013-03-05 23:16 次阅读 MeasureSpec

有时,Android系统控件无法满足我们的需求,因此有必要自定义View。具体方法参见官方开发文档:http://developer.android.com/guide/topics/ui/custom-components.html


一般来说,自定义控件都会去重写View的onMeasure方法,因为该方法指定该控件在屏幕上的大小。

protected void onMeasure (int widthMeasureSpec, int heightMeasureSpec)

onMeasure传入的两个参数是由上一层控件传入的大小,有多种情况,重写该方法时需要对计算控件的实际大小,然后调用setMeasuredDimension(int, int)设置实际大小。


onMeasure传入的widthMeasureSpec和heightMeasureSpec不是一般的尺寸数值,而是将模式和尺寸组合在一起的数值。我们需要通过int mode = MeasureSpec.getMode(widthMeasureSpec)得到模式,用int size = MeasureSpec.getSize(widthMeasureSpec)得到尺寸。


mode共有三种情况,取值分别为MeasureSpec.UNSPECIFIED, MeasureSpec.EXACTLY, MeasureSpec.AT_MOST。


MeasureSpec.EXACTLY是精确尺寸,当我们将控件的layout_width或layout_height指定为具体数值时如andorid:layout_width="50dip",或者为FILL_PARENT是,都是控件大小已经确定的情况,都是精确尺寸。


MeasureSpec.AT_MOST是最大尺寸,当控件的layout_width或layout_height指定为WRAP_CONTENT时,控件大小一般随着控件的子空间或内容进行变化,此时控件尺寸只要不超过父控件允许的最大尺寸即可。因此,此时的mode是AT_MOST,size给出了父控件允许的最大尺寸。


MeasureSpec.UNSPECIFIED是未指定尺寸,这种情况不多,一般都是父控件是AdapterView,通过measure方法传入的模式。


因此,在重写onMeasure方法时要根据模式不同进行尺寸计算。下面代码就是一种比较典型的方式:

@Override  
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  
setMeasuredDimension(getMeasuredLength(widthMeasureSpec, true), getMeasuredLength(heightMeasureSpec, false));  
}  
  
  
private int getMeasuredLength(int length, boolean isWidth) {  
           int specMode = MeasureSpec.getMode(length);  
           int specSize = MeasureSpec.getSize(length);  
           int size;  
           int padding = isWidth ? getPaddingLeft() + getPaddingRight()  
                                : getPaddingTop() + getPaddingBottom();  
           if (specMode == MeasureSpec.EXACTLY) {  
                    size = specSize;  
           } else {  
                   size = isWidth ? padding + mWave.length / 4 : DEFAULT_HEIGHT + padding;  
                  if (specMode == MeasureSpec.AT_MOST) {  
                         size = Math.min(size, specSize);  
                  }  
          }  
    return size;  
}

收藏 赞 (2) 踩 (0)
上一篇:Android 4.0日历(calendar)源码分析之月视图
1.日期跳转问题: 这个问题是在处理点击today按钮之后,新建日程的日期不是当天,而是当月的1号这个故障时发现的。 对于总是所在月的1号,这个很好处理,因为google原生就是这样设计的。只需在SimpleDayPickerFragment.java文件中将goto()函数的 mFirstDay
下一篇:Android 4.0日历(calendar)源码分析之日视图
日视图 相比其他的视图,日视图会显得很“简单”,说简单是因为在日视图下,除了actionbar之外没有任何其他可见的控件,唯一的控件是ViewSwitcher,但是是不可见的。ViewSwitcher里面装着两个显示日信息的自定义View—DayView。这两个View交替着切换,这使得