(转)android自定义控件

简介: 原帖地址:http://my.oschina.net/wangjunhe/blog/99764 创建新的控件: 作为一个有创意的开发者,你经常会遇到安卓原生控件无法满足你的需求。 为了优化你的界面和工作流程,安卓允许你去继承已经存在的控件或者实现你自己的控件。

原帖地址:http://my.oschina.net/wangjunhe/blog/99764

创建新的控件:

作为一个有创意的开发者,你经常会遇到安卓原生控件无法满足你的需求。

为了优化你的界面和工作流程,安卓允许你去继承已经存在的控件或者实现你自己的控件。

 

那么最好的方式去创建一个新的控件是什么?  这主要取决你想要完成什么。

1.有些基本功能原生控件都能提供,所以这个时候你只需要继承并对控件进行扩展。通过重写它的事件,onDraw,但是始终都保持都父类方法的调用。

2.组合控件 就是通过合并几个控件的功能来生成一个控件。

3.完完整整创建一个新的控件。

1.修改存在的控件

例子:

public class MyTextView extends TextView {
 
    public MyTextView(Context context, AttributeSet ats, int defStyle) {
        super(context, ats, defStyle);
    }
 
    public MyTextView(Context context) {
        super(context);
    }
 
    public MyTextView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
 
    @Override
    public void onDraw(Canvas canvas) {
        // 在画布上画文本之下的内容
         
        // 保证默认的文本渲染
        super.onDraw(canvas);
         
        // 在画布上画文本之上的内容
 
    }
 
    @Override
    public boolean onKeyDown(int keyCode, KeyEvent keyEvent) {
        // 写自己的控制
         
        // 保持父类默认的控制
        return super.onKeyDown(keyCode, keyEvent);
    }
}

2.组合控件

1.最简单的方式,是定义了XML布局文件,然后用include实现重用。(。。。这也算啊。。。)

2.去合并一个控件 通常你自定义的控件需要继承一个ViewGroup(通常就是Layout),就像:

public class MyCompoundView extends LinearLayout {
    public MyCompoundView(Context context) {
        super(context);
    }
 
    public MyCompoundView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
}

      就像activity,比较好的设计一个混合的控件UI布局是使用一个外部的layout资源。

      这里我们模拟定义一个:

<?xml version=”1.0” encoding=”utf-8”?> 
  <LinearLayout xmlns:android=”http://schemas.android.com/apk/res/android” 
   android:orientation=”vertical” 
   android:layout_width=”match_parent” 
   android:layout_height=”wrap_content”> 
   <EditText
      android:id=”@+id/editText” 
      android:layout_width=”match_parent” 
      android:layout_height=”wrap_content” 
   /> 
   <Button
      android:id=”@+id/clearButton” 
      android:layout_width=”match_parent” 
      android:layout_height=”wrap_content” 
      android:text=”Clear” 
   /> 
 </LinearLayout>

 然后在构造函数初始化的时候:

public class ClearableEditText extends LinearLayout {
 
    EditText editText;
    Button clearButton;
 
    public ClearableEditText(Context context) {
        super(context);
 
        // Inflate the view from the layout resource.
        String infService = Context.LAYOUT_INFLATER_SERVICE;
        LayoutInflater li;
 
        li = (LayoutInflater) getContext().getSystemService(infService);
                /*这句很关键,解析反射资源文件,然后将布局附加到当前的控件,也就是this*/
        li.inflate(R.layout.clearable_edit_text, this, true); 
 
        /* 因为反射成功后的布局已经附加上了,那么直接可以findViewById*/
        editText = (EditText) findViewById(R.id.editText); 
        clearButton = (Button) findViewById(R.id.clearButton);
 
        // 下面自定义的方法就是为控件注册监听,不解释了
        hookupButton();
    }
}

使用:在activity_main.xml

 

<com.example.customview.MyCompoundView android:layout_width="match_parent" android:layout_height="wrap_content" />

 3. 完完全全自定义控件

通常是继承View或者SurfaceView ,View类提供一个Canvas(画布)和一系列的画的方法,还有Paint(画笔)。使用它们去创建一个自定义的UI。你可以重写事件,包括屏幕接触或者按键按下等等,用来提供与用户交互。

1.如果你不需要快速重画和3D图像的效果,那么让View作为父类提供一个轻量级的解决方案。

2.如若不然,就需要使用SurfaceView作为父类,这样你就可以提供一个后台线程去画和使用OPENGL去实现你的图像。这个就相对重量级了,如果你的视图需要经常更新,然后由需要显示比较复杂的图像信息(尤其是在游戏和3D可视化),SurfaceView将是更好的选择。

在这里我们讨论前者,后者后期再讨论。

 一般你需要重写2个方法: 
1.onMeasure

什么是onMeasure?

下面转载一段文章:

View在屏幕上显示出来要先经过measure(计算)和layout(布局). 
1、什么时候调用onMeasure方法?  
当控件的父元素正要放置该控件时调用.父元素会问子控件一个问题,“你想要用多大地方啊?”,然后传入两个参数——widthMeasureSpec和heightMeasureSpec. 
这两个参数指明控件可获得的空间以及关于这个空间描述的元数据.

更好的方法是你传递View的高度和宽度到setMeasuredDimension方法里,这样可以直接告诉父控件,需要多大地方放置子控件.

    widthMeasureSpec和heightMeasureSpec这2个参数都是整形是出于效率的考虑,所以经常要做的就是对其解码=>

  1. int specMode = MeasureSpec.getMode(measureSpec);
  2. int specSize = MeasureSpec.getSize(measureSpec);

  

    1. 依据specMode的值,(MeasureSpec有3种模式分别是UNSPECIFIED, EXACTLY和AT_MOST)
    2. 如果是AT_MOST,specSize 代表的是最大可获得的空间; 
      如果是EXACTLY,specSize 代表的是精确的尺寸; 
      如果是UNSPECIFIED,对于控件尺寸来说,没有任何参考意义。 
      2、那么这些模式和我们平时设置的layout参数fill_parent, wrap_content有什么关系呢? 
      经过代码测试就知道,当我们设置width或height为fill_parent时,容器在布局时调用子 view的measure方法传入的模式是EXACTLY,因为子view会占据剩余容器的空间,所以它大小是确定的。 
      而当设置为 wrap_content时,容器传进去的是AT_MOST, 表示子view的大小最多是多少,这样子view会根据这个上限来设置自己的尺寸。当子view的大小设置为精确值时,容器传入的是EXACTLY, 而MeasureSpec的UNSPECIFIED模式表示你没有指定大小。
    3. View的onMeasure方法默认行为是当模式为UNSPECIFIED时,设置尺寸为mMinWidth(通常为0)或者背景drawable的最小尺寸,当模式为EXACTLY或者AT_MOST时,尺寸设置为传入的MeasureSpec的大小。  
      有个观念需要纠正的是,fill_parent应该是子view会占据剩下容器的空间,而不会覆盖前面已布局好的其他view空间,当然后面布局子 view就没有空间给分配了,所以fill_parent属性对布局顺序很重要。以前所想的是把所有容器的空间都占满了,难怪google在2.2版本里 把fill_parent的名字改为match_parent. 
      在两种情况下,你必须绝对的处理这些限制。在一些情况下,它可能会返回超出这些限制的尺寸,在这种情况下,你可以让父元素选择如何对待超出的View,使用裁剪还是滚动等技术。 
      接下来的框架代码给出了处理View测量的典型实现:
@Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        int measuredHeight = measureHeight(heightMeasureSpec);
        int measuredWidth = measureWidth(widthMeasureSpec);
 
        setMeasuredDimension(measuredHeight, measuredWidth); // 记住这句可不能省。
    }
 
    private int measureHeight(int measureSpec) {
        int specMode = MeasureSpec.getMode(measureSpec);
        int specSize = MeasureSpec.getSize(measureSpec);
 
        // Default size if no limits are specified.
        int result = 500;
 
        if (specMode == MeasureSpec.AT_MOST) {
            // Calculate the ideal size of your
            // control within this maximum size.
            // If your control fills the available
            // space return the outer bound.
            result = specSize;
        } else if (specMode == MeasureSpec.EXACTLY) {
            // If your control can fit within these bounds return that value.
            result = specSize;
        }
        return result;
    }
 
    private int measureWidth(int measureSpec) {
        // 代码基本类似measureHeight
    }

 总结:

通过

            int specMode = MeasureSpec.getMode(measureSpec); 
            int specSize = MeasureSpec.getSize(measureSpec);

这2个值,然后计算自己想要占有的宽和高。

2.onDraw

这个不解释了。(后期会细说canvas和paint)

遗失的拂晓
目录
相关文章
|
8天前
|
缓存 前端开发 Android开发
安卓应用开发中的自定义控件
【9月更文挑战第28天】在安卓应用开发中,自定义控件是提升用户界面和交互体验的关键。本文通过介绍如何从零开始构建一个自定义控件,旨在帮助开发者理解并掌握自定义控件的创建过程。内容将涵盖设计思路、实现方法以及性能优化,确保开发者能够有效地集成或扩展现有控件功能,打造独特且高效的用户界面。
|
22天前
|
XML 编解码 Android开发
安卓开发中的自定义视图控件
【9月更文挑战第14天】在安卓开发中,自定义视图控件是一种高级技巧,它可以让开发者根据项目需求创建出独特的用户界面元素。本文将通过一个简单示例,引导你了解如何在安卓项目中实现自定义视图控件,包括创建自定义控件类、处理绘制逻辑以及响应用户交互。无论你是初学者还是有经验的开发者,这篇文章都会为你提供有价值的见解和技巧。
30 3
|
1月前
|
搜索推荐 Android开发 开发者
探索安卓开发中的自定义控件
【9月更文挑战第5天】在安卓开发的海洋中,自定义控件如同一艘精致的小船,让开发者能够乘风破浪,创造出既独特又高效的用户界面。本文将带你领略自定义控件的魅力,从基础概念到实战应用,一步步深入理解并掌握这一技术。
|
2月前
|
Android开发 UED 开发者
安卓开发中的自定义控件基础
【8月更文挑战第31天】在安卓应用开发过程中,自定义控件是提升用户界面和用户体验的重要手段。本文将通过一个简易的自定义按钮控件示例,介绍如何在安卓中创建和使用自定义控件,包括控件的绘制、事件处理以及与布局的集成。文章旨在帮助初学者理解自定义控件的基本概念,并能够动手实践,为进一步探索安卓UI开发打下坚实的基础。
|
2月前
|
存储 缓存 前端开发
安卓开发中的自定义控件实现及优化策略
【8月更文挑战第31天】在安卓应用的界面设计中,自定义控件是提升用户体验和实现特定功能的关键。本文将引导你理解自定义控件的核心概念,并逐步展示如何创建一个简单的自定义控件,同时分享一些性能优化的技巧。无论你是初学者还是有一定经验的开发者,这篇文章都会让你对自定义控件有更深的认识和应用。
|
2月前
|
前端开发 Android开发 开发者
安卓开发中的自定义视图:构建你的第一个控件
【8月更文挑战第26天】在安卓开发的浩瀚海洋中,自定义视图是一块充满魔力的乐土。它不仅是开发者展示创造力的舞台,更是实现独特用户体验的关键。本文将带你步入自定义视图的世界,从基础概念到实战应用,一步步教你如何打造自己的第一个控件。无论你是初学者还是有经验的开发者,这篇文章都将为你的开发之旅增添新的风景。
|
3月前
|
XML 数据格式
Android-自定义三角形评分控件
Android-自定义三角形评分控件
34 0
|
4月前
|
Java Android开发
18. 【Android教程】图片控件 ImageView
18. 【Android教程】图片控件 ImageView
57 4
|
4月前
|
前端开发 API Android开发
25. 【Android教程】列表控件 ListView
25. 【Android教程】列表控件 ListView
98 2
|
4月前
|
Java Android开发 开发者
17. 【Android教程】开关控件ToggleButton/Switch
17. 【Android教程】开关控件ToggleButton/Switch
52 2