Android控件架构与自定义控件(二)

View的测量:

在现实生活中,如果我们要去画一个图形,就必须知道他的大小和位置。同样Android系统在绘制View之前,也必须对View进行测量,即告诉系统该画一个多大的View,这个国政在onMeasure(0方法中进行。
Android系统给我们提供了一个设计短小精悍却功能强大的类------MeasureSpec类,通过他来帮助我们测量View,MeasureSpec是一个32位的int值,其中高2位为测量的模式,低30位为测量的大小,在计算中使用位运算的原因是为了提高并优化效率。

测试的模式可以分为以下三种:
EXACTLY:
即精确值模式,当我们将控件的layout_width属性或layout_height属性指定为具体数值时,比如android:layout_width="100dp",或者指定为match_parent属性时(占据父View的大小)。系统使用的是EXACTLY模式。

AT_MOST:
即最大值模式,当控件的layout_width属性或layout_height属性指定为wrap_content时,控件大小一般随着控件的子空间或内容的变化而变化,此时控件的尺寸只要不超过父控件允许的最大尺寸即可。

UNSPECIFIED:
这个属性比较奇怪,,他不指定其大小测量模式,View像多大就多大。通常情况下在绘制自定义View时才会使用。

View默认的onMeasure(0方法只支持EXACTLY模式,所以如果在自定义控件的时候不重写onMeasure()方法,就只能使用EXACTLY模式。控件可以响应你指定的具体宽高值或者是match_warp属性,而如果要让自定义View支持wrap_content属性,那么就必须重写onMeasure(0方法来指定wrap_content时的大小。

@Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        // TODO Auto-generated method stub
        super.onMeasure(widthMeasureSpec, heightMeasureSpec);
    }

通过查看源码,可以发现其最终调用的是:

protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
                getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
    }

setMeasuredDimension这个方法。该方法试将测量后的宽高设置进去。从而完成测量工作。所以我们就可以重写onMeasure()方法

@Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        // TODO Auto-generated method stub
        setMeasuredDimension(measureWidth(widthMeasureSpec),
                measureHeight(heightMeasureSpec));
    }

我们调用自定义的measureWidth()和measureHeight()方法分别对宽高进行重新定义。

private int measureWidth(int measureSpec) {
        // TODO Auto-generated method stub
        int result=0;
        int specMode=MeasureSpec.getMode(measureSpec);
        int specSize=MeasureSpec.getSize(measureSpec);
        
        if(specMode==MeasureSpec.EXACTLY){
            result=specSize;
        }else{
            result=200;
            if(specMode==MeasureSpec.AT_MOST){
                result=Math.min(result, specSize);
            }
        }
        
        
        return result;
    }

上面的方法是通过判断测量的模式,给出不同的测量值,当specMode为EXACTLY时,直接使用指定的specSize即可,当specMode为其他两种模式石,需要给他一个默认的大小。特别的如果制定wrap_content属性,即AT_MOST模式,则需要取出我们指定的大小与soecSize中的最小的一个来作为最后的测量值。上面的代码基本上可以作为模板代码。

运行上面代码,当指定宽高为400PX的时候就会显示具体的宽高View。如果制定为match_parent属性时,就会match父view,当指定宽高属性为wrap_content的时候,如果不重写onMeasure()方法,那么系统就不知道该使用默认多大的尺寸,因此,他就会默认填充整个父布局,所以重写,onMeasure()方法的目的,就是为了能够给View一个wrap_conteng属性下的默认大小。(感觉说了这么多还是这句最明白。擦。。。。)

View的绘制:

onDraw(),Canvas ,Paint这三个就是绘制所必需的具体的我就不多说了。

如果是在onDraw方法里面就不用创建Canvas对象,因为参数里面就有,那么如果在别的地方就需要new出来一个:

Canvas camvas=new Canvas(bitmap);

为什么要穿进去一个bitmap对象?如果不传入一个bitmap,IDE编译虽然不报错,但是一般我们不会这样做。这是因为穿进去的bitmap与通过这个bitmap穿件的Canvas画布是仅仅联系在一起的。这个过程我们称之为装载画布。这个bitmap是用来存储所有绘制在Canvas上的像素信息。所以当你通过这种方式创建了Canvas对戏那个后,门后面调用所有的Canvas.drawXXX方法都是发生在这个bittmap上。如果在View类的onDraw方法中,通过下面这段代码,我们可以了解到bitmap与canvas直接的关系。首先在onDraw方法中绘制两个bitmap:

@Override
    protected void onDraw(Canvas canvas) {
        // TODO Auto-generated method stub
        super.onDraw(canvas);
        canvas.drawBitmap(bitmap1, 0, 0,null);
        canvas.drawBitmap(bitmap2, 0, 0,null);
    }

而对于bitmap2我们将他装载到另一个Canvas对象中:

Canvas mCanvas=new Canvas(bitmap2);

在其他地方使用Canvas对象的绘图方法在装载bitmap2的Canvas对象上进行绘图:

mCamvas.drawXXX

通过mCanvas将绘制效果作用在了bittmap2上,再刷新View的时候就会发现通过onDraw方法画出来的bitmap2已经发生了改变,这就是因为bitmap2承载了在mCanvas上所进行的绘图操作。虽然我们也使用了Canvas的绘制API。但其实并没有经图形直接绘制在onDraw()方法指定的那块画布上,而是通过改变bitmap,然后让View重回,从而显示改变之后的bittmap。

ViewGroup的测量:

ViewGroup会去管理其子View,其中的一个管理项目就是负责子View的显示大小,当Vie我Group的大小为wrap_content时,ViewGroup就需要对子View进行遍历,以便获得所有子view的大学哎奥,从而来决定自己的大小,而在其他模式下则会通过具体的指定值来设置自身的大小。

ViewGroup在测量时通过遍历所有子View从而调用子View 的Measure方法获得每一个子View的测量结果前面所说的对View的测量就是在这里进行的。
当子View测量完毕后,就需要将子View放到合适的位置,这个过程就是View的Layout过程,ViewGroup在执行Layout过程时,同样是使用遍历来调用子View的Layout方法,并指定其具体的显示位置,从而来决定其布局的位置。

在自定义ViewGroup时,通常会去重写onLayout()方法来控制其子View显示位置的逻辑。同样,如果需要支持wrap_content属性,那么他还必须重写onMeasure()方法,这点与VIEW是相同的。

ViewGroup的绘制:

ViewGroup通常情况下不需要绘,因为他本身就没有需要绘制的东西,如果不是指定了ViewGroup的北京颜色,那么ViewGroup的onDraw()方法都不会被调用。但是,ViewGRoup会使用dispatchDraw()方法来绘制其子View,其过程同样是遍历所有的子View,并调用子View的绘制方法来完成绘制工作的。

自定义View:

在View中通常有以下一些比较重要的回调方法:

onFinishInflate():从XML加载组件后回调。

onSizeChanged():组件大小改变时回调。

onMeasure():回调给方法来进行测量。

onLayout():回调该方法来确定显示的位置。

onTouchEvent():监听到触摸事件时的回调。

通常情况下,由以下三种方法来实现自定义控件:

对现有控件进行拓展

通过组合来实现新的控件

重写View来实现全新的控件

对现有控件进行拓展:

以一个TextView为例,比如,让一个TextView的背景更加丰富,给其多绘制几层背景。

我们先来分析一下如何实现,原生的TextView使用onDraw()方法绘制要显示的文字,当继承了系统deTextView之后,如果不重写其onDraw()方法,则不会修改TextView的任何效果,可以认为在自定义的TextView中调用TextView类的onDraw()方法来绘制了显示的文字,代码如下:

@Override
    protected void onDraw(Canvas canvas) {
        // TODO Auto-generated method stub
        super.onDraw(canvas);
    }

程序调用super.onDraw(canvas)方法来实现原生控件的功能,但是在调用super.onDraw()方法之前和之后,我们都可以实现自己的逻辑,分别在系统绘制文字前后,完成自己的操作,即如下:

@Override
    protected void onDraw(Canvas canvas) {
        // TODO Auto-generated method stub
        //在回调父类方法前,实现自己的逻辑,对TextView来说即是在绘制文本内容前
        super.onDraw(canvas);
        //在回调父类方法后,实现自己的逻辑。对TextVeiw来说既是在绘制文本内容后
    }

这样就可以改变原生系统绘制的方式。

你可能感兴趣的:(Android控件架构与自定义控件(二))