onMeasure实例分析

          

上面这个两个视图是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，对应只有一个父视图的值，这也是符合要求的。

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