自定义View之OnMeasure()

可以说重载onMeasure(),onLayout(),onDraw()三个函数构建了自定义View的外观形象。再加上onTouchEvent()等重载视图的行为,可以构建任何我们需要的可感知到的自定义View。

本节我们探索自定义View中onMeasure()起到了什么样的作用,题外要插的一句是,Activity框架,View框架中大量的on函数基本上都应用到了Template模式,掌握这一模式对于理解这些框架大有裨益。


我们知道,不管是自定义View还是系统提供的TextView这些,它们都必须放置在LinearLayout等一些ViewGroup中,因此理论上我们可以很好的理解onMeasure(),onLayout(),onDraw()这三个函数:1.View本身大小多少,这由onMeasure()决定;2.View在ViewGroup中的位置如何,这由onLayout()决定;3.绘制View,onDraw()定义了如何绘制这个View。

首先我们看看TextView.Java中的onMeasure()源码:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1.     @Override  
  2.     protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  
  3.         int widthMode = MeasureSpec.getMode(widthMeasureSpec);  
  4.         int heightMode = MeasureSpec.getMode(heightMeasureSpec);  
  5.         int widthSize = MeasureSpec.getSize(widthMeasureSpec);  
  6.         int heightSize = MeasureSpec.getSize(heightMeasureSpec);  
  7.   
  8.         int width;  
  9.         int height;  
  10.   
  11.         …   
  12.   
  13.         if (widthMode == MeasureSpec.EXACTLY) {  
  14.             // Parent has told us how big to be. So be it.  
  15.             width = widthSize;  
  16.         } else {  
  17.             if (mLayout != null && mEllipsize == null) {  
  18.                 des = desired(mLayout);  
  19.             }  
  20.   
  21.         …  
  22.   
  23.         setMeasuredDimension(width, height);   

首先我们要理解的是widthMeasureSpec, heightMeasureSpec这两个参数是从哪里来的?onMeasure()函数由包含这个View的具体的ViewGroup调用,因此值也是从这个ViewGroup中传入的。这里我直接给出答案:子类View的这两个参数,由ViewGroup中的layout_width,layout_height和padding以及View自身的layout_margin共同决定。权值weight也是尤其需要考虑的因素,有它的存在情况可能会稍微复杂点。

了解了这两个参数的来源,还要知道这两个值的作用。我们只取heightMeasureSpec作说明。这个值由高32位和低16位组成,高32位保存的值叫specMode,可以通过如代码中所示的MeasureSpec.getMode()获取;低16位为specSize,同样可以由MeasureSpec.getSize()获取。那么specMode和specSize的作用有是什么呢?要想知道这一点,我们需要知道代码中的最后一行,所有的View的onMeasure()的最后一行都会调用setMeasureDimension()函数的作用——这个函数调用中传进去的值是View最终的视图大小。也就是说onMeasure()中之前所作的所有工作都是为了最后这一句话服务的。

我们知道在ViewGroup中,给View分配的空间大小并不是确定的,有可能随着具体的变化而变化,而这个变化的条件就是传到specMode中决定的,specMode一共有三种可能:

MeasureSpec.EXACTLY:父视图希望子视图的大小应该是specSize中指定的。

MeasureSpec.AT_MOST:子视图的大小最多是specSize中指定的值,也就是说不建议子视图的大小超过specSize中给定的值。

MeasureSpec.UNSPECIFIED:我们可以随意指定视图的大小。

由TextView中源码也可以知道这个值的设计意义是为了根据ViewGroup中具体能够提供的空间大小来指定子View的视图大小。


通过以上这些分析,可以知道视图最终的大小由父视图,子视图以及程序员根据需要决定,良好的设计一般会根据子视图的measureSpec设置合适的布局大小。


讲到上述这些内容,可能已经了解了如何去使用onMeasure来设置我们的视图的大小,但还有一个疑惑的地方,EXACTLY,AT_MOST,UNSPECIFIED和layout_是如何对应的呢?什么情况下对应什么值呢?

我们通过如下例子,稍作了解:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. <LinearLayout xmlns:android=“http://schemas.android.com/apk/res/android”  
  2.     xmlns:tools=”http://schemas.android.com/tools”  
  3.     android:layout_width=”match_parent”  
  4.     android:layout_height=”match_parent”  
  5.     android:gravity=”center”  
  6.     android:paddingBottom=”@dimen/activity_vertical_margin”  
  7.     android:paddingLeft=”@dimen/activity_horizontal_margin”  
  8.     android:paddingRight=”@dimen/activity_horizontal_margin”  
  9.     android:paddingTop=”@dimen/activity_vertical_margin” >  
  10.   
  11.     <LinearLayout  
  12.         android:layout_width=”200dp”  
  13.         android:layout_height=”wrap_content”  
  14.         android:paddingTop=”20dp”  
  15.         android:layout_marginTop=”30dp”  
  16.         android:background=”@android:color/darker_gray” >  
  17.         <com.sean.myview.MyView   
  18.             android:layout_width=”match_parent”  
  19.             android:layout_height=”wrap_content”  
  20.             android:paddingTop=”10dp”  
  21.             android:layout_marginTop=”15dp”  
  22.             android:background=”@android:color/holo_red_light”  
  23.             />  
  24.     </LinearLayout>  
  25.   
  26. </LinearLayout>  

效果图如下:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. package com.sean.myview;  
  2.   
  3. import android.content.Context;  
  4. import android.util.AttributeSet;  
  5. import android.util.Log;  
  6. import android.view.View;  
  7.   
  8. public class MyView extends View {  
  9.   
  10.     public MyView(Context context, AttributeSet attrs) {  
  11.         super(context, attrs);  
  12.         // TODO Auto-generated constructor stub  
  13.     }  
  14.   
  15.     @Override  
  16.     protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  
  17.         // TODO Auto-generated method stub  
  18.         Log.d(”MyView”,“——”new Throwable());  
  19.         int speSize = MeasureSpec.getSize(heightMeasureSpec);  
  20.         int speMode = MeasureSpec.getMode(heightMeasureSpec);  
  21.         Log.d(”MyView”“—speSize = ” + speSize + “”);  
  22.         Log.d(”MyView”“—speMode = ” + speMode + “”);  
  23.         if(speMode == MeasureSpec.AT_MOST){  
  24.             Log.d(”MyView”“—AT_MOST—”);  
  25.         }  
  26.         if(speMode == MeasureSpec.EXACTLY){  
  27.             Log.d(”MyView”“—EXACTLY—”);  
  28.         }  
  29.         if(speMode == MeasureSpec.UNSPECIFIED){  
  30.             Log.d(”MyView”“—UNSPECIFIED—”);  
  31.         }  
  32.         setMeasuredDimension(MeasureSpec.getSize(widthMeasureSpec), speSize);  
  33.     }  
  34.   
  35. }  

当前情况下打印出的log如下:

widthMeasureSpecD/MyView  ( 3506): java.lang.Throwable
D/MyView  ( 3506):     at com.sean.myview.MyView.onMeasure(MyView.java:18)
D/MyView  ( 3506):     at Android.view.View.measure(View.java:15775)
D/MyView  ( 3506):     at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:4942)
D/MyView  ( 3506):     at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1411)
D/MyView  ( 3506):     at android.widget.LinearLayout.measureHorizontal(LinearLayout.java:1059)
D/MyView  ( 3506):     at android.widget.LinearLayout.onMeasure(LinearLayout.java:590)
D/MyView  ( 3506):     at android.view.View.measure(View.java:15775)
D/MyView  ( 3506):     at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:4942)
D/MyView  ( 3506):     at android.widget.LinearLayout.measureChildBeforeLayout(LinearLayout.java:1411)
D/MyView  ( 3506):     at android.widget.LinearLayout.measureHorizontal(LinearLayout.java:1059)
D/MyView  ( 3506):     at android.widget.LinearLayout.onMeasure(LinearLayout.java:590)
D/MyView  ( 3506):     at android.view.View.measure(View.java:15775)
D/MyView  ( 3506):     at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:4942)
D/MyView  ( 3506):     at android.widget.FrameLayout.onMeasure(FrameLayout.java:310)
D/MyView  ( 3506):     at android.view.View.measure(View.java:15775)
D/MyView  ( 3506):     at android.widget.LinearLayout.measureVertical(LinearLayout.java:850)
D/MyView  ( 3506):     at android.widget.LinearLayout.onMeasure(LinearLayout.java:588)
D/MyView  ( 3506):     at android.view.View.measure(View.java:15775)
D/MyView  ( 3506):     at android.view.ViewGroup.measureChildWithMargins(ViewGroup.java:4942)
D/MyView  ( 3506):     at android.widget.FrameLayout.onMeasure(FrameLayout.java:310)
D/MyView  ( 3506):     at com.android.internal.policy.impl.PhoneWindow DecorView.onMeasure(PhoneWindow.java:2193)D/MyView(3506):atandroid.view.View.measure(View.java:15775)D/MyView(3506):atandroid.view.ViewRootImpl.performMeasure(ViewRootImpl.java:2212)D/MyView(3506):atandroid.view.ViewRootImpl.measureHierarchy(ViewRootImpl.java:1291)D/MyView(3506):atandroid.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1486)D/MyView(3506):atandroid.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1181)D/MyView(3506):atandroid.view.ViewRootImpl TraversalRunnable.run(ViewRootImpl.java:4942)
D/MyView  ( 3506):     at android.view.Choreographer CallbackRecord.run(Choreographer.java:776)D/MyView(3506):atandroid.view.Choreographer.doCallbacks(Choreographer.java:579)D/MyView(3506):atandroid.view.Choreographer.doFrame(Choreographer.java:548)D/MyView(3506):atandroid.view.Choreographer FrameDisplayEventReceiver.run(Choreographer.java:762)
D/MyView  ( 3506):     at android.os.Handler.handleCallback(Handler.java:800)
D/MyView  ( 3506):     at android.os.Handler.dispatchMessage(Handler.java:100)
D/MyView  ( 3506):     at android.os.Looper.loop(Looper.java:194)
D/MyView  ( 3506):     at android.app.ActivityThread.main(ActivityThread.java:5391)
D/MyView  ( 3506):     at java.lang.reflect.Method.invokeNative(Native Method)
D/MyView  ( 3506):     at java.lang.reflect.Method.invoke(Method.java:525)
D/MyView  ( 3506):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:833)
D/MyView  ( 3506):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:600)
D/MyView  ( 3506):     at dalvik.system.NativeStart.main(Native Method)
D/MyView  ( 3506): —speSize = 940
D/MyView  ( 3506): —speMode = -2147483648
D/MyView  ( 3506): —AT_MOST—

查看onMeasure()的调用堆栈,然后查看源码,可以知道heightMeasureSpec和widthMeasureSpec的值在ViewRootImpl.java中初始化,而初始化又参考了view和LinearLayout中的属性参数的设置最终得到了heightMeasureSpec和widthMeasureSpec的值。

而specMode怎么对应呢?我先给出设置对应值的地方,以下代码皆出自ViewRootImpl.java

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. childWidthMeasureSpec = getRootMeasureSpec(desiredWindowWidth, lp.width);  
  2. childHeightMeasureSpec = getRootMeasureSpec(desiredWindowHeight, lp.height);//这里是赋值的代码  

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. private static int getRootMeasureSpec(int windowSize, int rootDimension) {  
  2.     int measureSpec;  
  3.     switch (rootDimension) {  
  4.   
  5.     case ViewGroup.LayoutParams.MATCH_PARENT:  
  6.         // Window can’t resize. Force root view to be windowSize.  
  7.         measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY);  
  8.         break;  
  9.     case ViewGroup.LayoutParams.WRAP_CONTENT:  
  10.         // Window can resize. Set max size for root view.  
  11.         measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST);  
  12.         break;  
  13.     default:  
  14.         // Window wants to be an exact size. Force root view to be that size.  
  15.         measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY);  
  16.         break;  
  17.     }  
  18.     return measureSpec;  
  19. }  
从这里我们基本上可以看出了MATCH_PARENT对应于EXACTLY,WRAP_CONTENT对应于AT_MOST,其他情况也对应于EXACTLY,它和MATCH_PARENT的区别在于size值不一样。现在我们需要知道这个rootDimension即lp.height对应于什么。

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1.     private void performTraversals() {  
  2.         // cache mView since it is used so much below…  
  3. …  
  4.         WindowManager.LayoutParams lp = mWindowAttributes;  

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {  
  2.     synchronized (this) {  
  3.         if (mView == null) {  
  4.             mView = view;  
  5.             mViewLayoutDirectionInitial = mView.getRawLayoutDirection();  
  6.             mFallbackEventHandler.setView(view);  
  7.             mWindowAttributes.copyFrom(attrs);  

这个View就是ViewGroup中的各个子类视图,这里我们用实验说明,更改MyView中的android:layout_height的值为”match_parent”。log中输出变为了

D/MyView  ( 4249): —speSize = 940
D/MyView  ( 4249): —speMode = 1073741824
D/MyView  ( 4249): —EXACTLY—


而更改LinearLayout中的这个值对这里的specMode是没有影响的。

下面我们再来通过实验来验证specSize的值由那些属性决定:

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. <LinearLayout  
  2.     android:layout_width=”200dp”  
  3.     android:layout_height=”300dp”  
  4.     android:paddingTop=”20dp”  
  5.     android:layout_marginTop=”30dp”  
  6.     android:background=”@android:color/darker_gray” >  
  7.     <com.sean.myview.MyView   
  8.         android:layout_width=”match_parent”  
  9.         android:layout_height=”match_parent”  
  10.         android:paddingTop=”10dp”  
  11.         android:layout_marginTop=”15dp”  
  12.         android:background=”@android:color/holo_red_light”  
  13.         />  
  14. </LinearLayout>  

D/MyView  ( 4959): —speSize = 530
D/MyView  ( 4959): —speMode = 1073741824
D/MyView  ( 4959): —EXACTLY—

先说明一点,xml中用的单位是dp,log中得到的单位是px,我所使用的机子屏幕密度为2.0,只需要进行简单的换算即可px = 2.0 * dp

我们可以通过控制变量法,逐一改变代码中的LinearLayout和MyView中的相关属性值,看看是哪些影响了specSize,这里我直接给出答案:

530 = 300 * 2.0 - 20 * 2.0 - 15 * 2.0

影响specSize height的因素为:父视图的layout_height和paddingTop以及自身的layout_marginTop。但是我们不要忘记有weight时的影响。

 

onMeasure实例分析

分类: Android   167人阅读  评论(0)  收藏  举报

           

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

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

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1.     @Override  
  2.     protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {  
  3.         final int minimumWidth = getSuggestedMinimumWidth();  
  4.         final int minimumHeight = getSuggestedMinimumHeight();  
  5.         int computedWidth = resolveMeasured(widthMeasureSpec, minimumWidth);  
  6.         int computedHeight = resolveMeasured(heightMeasureSpec, minimumHeight);  
  7.   
  8. …  
  9.   
  10.         setMeasuredDimension(computedWidth, computedHeight);  
  11.     }  

[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. @Override  
  2. protected int getSuggestedMinimumWidth() {  
  3.     // View should be large enough to contain the background + handle and  
  4.     // target drawable on either edge.  
  5.     return (int) (Math.max(mOuterRing.getWidth(), 2 * mOuterRadius) + mMaxTargetWidth);  
  6. }  
mOuterRing为一个指定的圆(由Shape画出,因此给出的是宽和高,相当于圆半径),mOuterRadius为最大的虚线圆的半径,mMaxTargetWidth为图中Zzz图片或其它图片的宽度。这部分值是有开发人员指定的自己期望的自己的视图中属性的大小
[java]  view plain copy 在CODE上查看代码片 派生到我的代码片
  1. private int resolveMeasured(int measureSpec, int desired)  
  2. {  
  3.     int result = 0;  
  4.     int specSize = MeasureSpec.getSize(measureSpec);  
  5.     switch (MeasureSpec.getMode(measureSpec)) {  
  6.         case MeasureSpec.UNSPECIFIED:  
  7.             result = desired;  
  8.             break;  
  9.         case MeasureSpec.AT_MOST:  
  10.             result = Math.min(specSize, desired);  
  11.             break;  
  12.         case MeasureSpec.EXACTLY:  
  13.         default:  
  14.             result = specSize;  
  15.     }  
  16.     return result;  
  17. }  
我们从width分析,承载这个View的ViewGroup可能有两种情况,一(A)提供的空间比上面我们给出的值大,二(B)是要小(开发中基本上我们不会允许这种状况出现,但设计的逻辑依然必须考虑到这种可能)。然后就要看的是View的layout_width,一是wrap_content,对应AT_MOST,A得到的值为给出的值,B值为父视图的值,虽然我们不希望这样,但父视图只给出了这么些空间,我们也只得这样。

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


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

更多 0

源码地址: https://pan.quark.cn/s/44d07910d9c3 标题“PCBM_LP_Viewer_V2009”标识了一种专门服务于PCB焊盘构建的软件应用,其版本号记录为2009。 该软件的核心用途在于辅助用户依照IPC7351国际标准来构建精密的焊盘构造,从而保障电子设备的稳定运行与生产品质。 PCB焊盘在印制电路板(Printed Circuit Board)的设计环节中占据核心地位,它承担着将电子元件的引脚与电路板进行电气连接的任务,确保两者间的连接性能。 焊盘的构造规划对焊接成效及整个电路板的运作效能具有直接影响。 在PCBM LP Viewer V2009软件中,使用者能够借助前沿的工具与参数设定,对焊盘的形态、尺寸、间距等要素进行个性化定制,以适应不同元器件与实际应用场景的要求。 IPC7351是由国际电子互连技术协会颁布的一套规范体系,它为电子产品的焊盘构建提供了统一的准则。 该规范体系涉及焊盘的尺寸规格、形态样式、热管理效能、机械耐力等多个维度,致力于提升焊盘的工作表现,减少生产过程中的瑕疵,增强电子产品在高温条件下的运行稳定性。 PCBM LP Viewer V2009软件严格遵循这一规范体系,使得设计人员能够便捷地构建出符合要求的焊盘,进而降低设计过程中的潜在风险,提高产品的整体质量。 操作PCBM LP Viewer V2009软件时,用户可以体验到以下特性:1. **图形化界面**:设计出直观且操作简便的界面,让焊盘设计流程更为顺畅。 2. **自定义参数**:能够根据元器件的具体规格对焊盘的尺寸、形态及孔径等参数进行灵活调整。 3. **自动计算**:软件能够自动核算出最优的焊盘尺寸,并按照IPC7351标准进行优化处理。 4. **...
代码下载地址: https://pan.quark.cn/s/5c2ff67041b8 在Android应用构建过程中,ListView被广泛采用作为一个展示大量数据条目的控件。 该控件具备出色的数据滚动处理能力,能够依据可用屏幕空间进行视图的动态加载与回收,以此实现内存的有效节省。 本文将详细阐述在Android平台如何构建一个ListView,并展示如何使其包含多种不同规格的条目。 1. **ListView的构成框架** ListView由一系列视图(条目)构成,每个视图对应数据集中的单个数据项。 这些条目通过适配器进行连接,适配器负责建立数据与视图的联系,并决定数据在ListView中的呈现方式。 2. **适配器的设计** 在Android系统里,通常选用BaseAdapter或者诸如ArrayAdapter、CursorAdapter等预设适配器来为ListView提供适配服务。 适配器需要重新设计以下功能: - `getCount()`: 返回ListView中包含的条目总数。 - `getItem(int position)`: 根据指定位置提取数据对象。 - `getItemId(int position)`: 获取指定位置条目的唯一标识符,一般返回位置索引值。 - `getView(int position, View convertView, ViewGroup parent)`: 为ListView生成或复用条目视图。 这是适配器的关键部分,依据数据对象和可复用的视图来填充条目内容。 3. **定制化适配器** 当ListView需要展示多种格式条目时,可以设计专属的适配器。 在`getView()`方法中,依据数据类型返回不同的视图样式。 可以通过检查数据对...
源码地址: https://pan.quark.cn/s/db95d26ecc9b “图书管理(借阅)”小程序作为一个入门级项目,主要运用C#编程语言进行开发,通过整合tabControl控件,致力于构建一个基础的图书管理平台,其核心功能在于图书信息的维护以及借阅流程的处理。 对于希望掌握C#及Windows应用程序开发的初学者而言,该项目提供了一个理想的实践环境。 在C#开发环境中,tabControl被视作一种常见的界面组件,它赋予了用户在不同标签页间切换以组织与展示信息的能力。 在此图书管理应用中,tabControl或许被用于划分不同的功能模块,诸如“图书目录”、“借阅详情”和“用户档案”等,使用者借此能够便捷地在各项功能间切换操作。 图书管理系统的数据管理通常依赖于数据库技术。 依据描述,该应用内含数据库文件,但作者指出“运行时需自行添加”,暗示数据库可能并未与项目原生集成,使用者必须手动进行配置或导入数据库方可正常运行。 数据库的构建可能包含书籍资料表(涵盖书名、作者、出版社、存量等字段)、借阅记录表(涉及借阅者、借阅时段、归还时段等字段)以及用户资料表(包含用户名、密码、联络方式等字段)。 在现实中的图书管理平台,为了完成借阅操作,开发者需设计逻辑以处理以下任务:1. **新增/修改书籍信息**:赋予管理员录入新书籍资料或更新现有书籍详情的权限。 2. **检索书籍**:使用者可依据书名、作者等条件查询书籍。 3. **执行借阅**:用户选择借书时,系统将核查库存,并修正借阅记录,同步减少相应书籍的存量。 4. **处理还书**:书籍归还时,系统将更新借阅记录并补充库存。 5. **用户账户管理**:涵盖注册、登录、调整个人资料等操作。 6. **权限管理**:区分普通...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值