onMeasure实例分析

本文转自：http://blog.csdn.net/u012604322/article/details/17097105





上面这个两个视图是Android API中没有给出来的但在来电接听和闹钟被使用到的一个widget视图——GlowPadView.java

我们通过源码来看看这个View的大小是怎么通过onMeasure来控制的。

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
final int minimumWidth = getSuggestedMinimumWidth();
final int minimumHeight = getSuggestedMinimumHeight();
int computedWidth = resolveMeasured(widthMeasureSpec, minimumWidth);
int computedHeight = resolveMeasured(heightMeasureSpec, minimumHeight);

...

setMeasuredDimension(computedWidth, computedHeight);
}

@Override
protected int getSuggestedMinimumWidth() {
// View should be large enough to contain the background + handle and
// target drawable on either edge.
return (int) (Math.max(mOuterRing.getWidth(), 2 * mOuterRadius) + mMaxTargetWidth);
}

mOuterRing为一个指定的圆(由Shape画出，因此给出的是宽和高，相当于圆半径)，mOuterRadius为最大的虚线圆的半径，mMaxTargetWidth为图中Zzz图片或其它图片的宽度。这部分值是有开发人员指定的自己期望的自己的视图中属性的大小

private int resolveMeasured(int measureSpec, int desired)
{
int result = 0;
int specSize = MeasureSpec.getSize(measureSpec);
switch (MeasureSpec.getMode(measureSpec)) {
case MeasureSpec.UNSPECIFIED:
result = desired;
break;
case MeasureSpec.AT_MOST:
result = Math.min(specSize, desired);
break;
case MeasureSpec.EXACTLY:
default:
result = specSize;
}
return result;
}

我们从width分析，承载这个View的ViewGroup可能有两种情况，一(A)提供的空间比上面我们给出的值大，二(B)是要小(开发中基本上我们不会允许这种状况出现，但设计的逻辑依然必须考虑到这种可能)。然后就要看的是View的layout_width，一是wrap_content，对应AT_MOST，A得到的值为给出的值，B值为父视图的值，虽然我们不希望这样，但父视图只给出了这么些空间，我们也只得这样。

二是match_parent，对应只有一个父视图的值，这也是符合要求的。

一个好的设计应该要考虑到各种情况下的使用，而一个可复用的框架设计更是如此，设计之前需要预想到各种可能的应用情况。