玩转自定义View，让你的代码高效又简洁

小铲子


自定义View:
在这里我们先来了解自定义控件view所需要的一些基础知识，以及常见做法。

自定义View类的构造方法
创建自定义控件的3种主要实现方式:
1）继承已有的控件来实现自定义控件
主要是当要实现的控件和已有的控件在很多方面比较类似, 通过对已有控件的扩展来满足要求。
2）通过继承一个布局文件实现自定义控件
一般来说做组合控件时可以通过这个方式来实现。
注意此时不用onDraw方法，在构造函数中通过inflater加载自定义控件的布局文件，再addView(view)，自定义控件的图形界面就加载进来了。
例如：
假设我已经有了一个布局的XML文件，里面有一个textview和一个imageview，那么在自定义view的构造方法里这样写就可以使用刚刚的布局XML啦。
3）通继承view类来实现自定义控件，使用GDI绘制出组件界面，一般无法通过上述两种方式来实现时用该方式。



自定义View增加属性的两种方法
1）在View类中定义。通过构造函数中引入的AttributeSet 去查找XML布局的属性名称，然后找到它对应引用的资源ID去找值。
在下面自定义了两个属性Text, Src。
布局文件：
属性Text, Src在自定义View类的构造方法中读取。
Java代码：
[mw_shl_code=java,true]public MyView(Context context, AttributeSet attrs) {

        super(context, attrs);

        int resourceId = 0;

        int textId = attrs.getAttributeResourceValue(null, "Text",0);

        int srcId = attrs.getAttributeResourceValue(null, "Src", 0);

        mtext = context.getResources().getText(textId).toString();

        

    }[/mw_shl_code]
2）通过XML为View注册属性。与Android提供的标准属性写法一样。
例如：
需要自定义属性Text,Select和Src，先创建attrs.xml进行属性**， 文件放在values目录下。
[mw_shl_code=xml,true]<?xml version="1.0" encoding="utf-8"?>

<resources>



    <declare-styleable name="MyView">

        <attr name="Text" format="reference|string"></attr>

        <attr name="Select" >

            <enum name="open" value="1"></enum>

            <enum name="close" value="0"></enum>

        </attr>

        <attr name="Src" format="reference|integer"></attr>

    </declare-styleable>



</resources>[/mw_shl_code]
在布局中使用这个自定义属性：
[mw_shl_code=xml,true]<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

    xmlns:myView="http://schemas.android.com/apk/res/com.apkbus.myview"

    android:layout_width="match_parent"

    android:layout_height="match_parent"

    androidrientation="vertical"

    >



    <com.apkbus.MyView

        android:id="@+id/myView1"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"

        myView:Text="www.apkbug.com" 

        myView:Src="@drawable/img"

        myView:Select="open">

    </com.apkbus.MyView>



</LinearLayout>[/mw_shl_code]
说明：
在使用自定义布局的时候需要添加这样的一行在布局的开头位置
xmlns:myView="http://schemas.android.com/apk/res/com.apkbus.myview"
1、myView是自定义的一个命名空间，你可以取一个喜欢的名称。
2、"http://schemas.android.com/apk/res/com.apkbus.myview"这部分的字符串是由”http://schemas.android.com/apk/res/”和应用的包名”com.apkbus.myview”组成。
然后在自定义View类的构造方法中读取
[mw_shl_code=java,true]public MyView(Context context, AttributeSet attrs) {

        super(context, attrs);

String pkName = "http://schemas.android.com/apk/res/" + context.getPackageName();

        int textId = attrs.getAttributeResourceValue(pkName , "Text",0);

        int srcId = attrs.getAttributeResourceValue(pkName , "Src", 0);

int select = attrs.getAttributeIntValue(pkName, "select", 0);

        mtext = context.getResources().getText(textId).toString();

        

    }[/mw_shl_code]


自定义View的常用方法
onFinishInflate() 回调方法，当应用从XML加载该组件并用它构建界面之后调用的方法
onMeasure() 检测View组件及其子组件的大小
onLayout() 当该组件需要分配其子组件的位置、大小时
onSizeChange() 当该组件的大小被改变时
onDraw() 当组件将要绘制它的内容时
onKeyDown 当按下某个键盘时
onKeyUp  当松开某个键盘时
onTrackballEvent 当发生轨迹球事件时
onTouchEvent 当发生触屏事件时
onWindowFocusChanged(boolean)  当该组件得到、失去焦点时
onAtrrachedToWindow() 当把该组件放入到某个窗口时
onDetachedFromWindow() 当把该组件从某个窗口上分离时触发的方法
onWindowVisibilityChanged(int): 当包含该组件的窗口的可见性发生改变时触发的方法




View的设计理念：
看到这个小标题可能感觉好高端，都到了理念的层次了。其实跟“View的设计目的”这个标题是差不多意思的。
做了开发这么久了，我总结了大概这几个设计的目的。
1、重用性目的
为了可以在不同的模块、项目中重复使用而设计。
2、灵活性目的
自定义View可以方便的实现系统提供的控件所没有的功能，开发项目的时候灵活性大大增加。
3、解耦合目的
由于自定义控件是相对独立的，自然其与其他模块之间的耦合性也是比较低的。模块间解耦自然就不可或缺咯。
既然有了目的，那么怎么实现就成为以下命题了，在这里我想跟你们谈谈设计模式。
在前面大家已经了解了实现一个自定义View的基本方法，但是做起来估计也是蹑手蹑脚的，不知道该如何具体的实现，我把这种迷惘叫缺少指导思想。
这里的指导思想就是设计模式，业务逻辑代码应该放哪？UI代码应该放哪？数据存储代码又应该放哪？只有明确了上面三个问题才算是达到了自定义View的设计目的。





用在View设计的模式：
用在View上的设计模式是很多的，下面列举一些比较常用的模式供大家了解学习。
1、设配器模式
对于Android开发者来说起，适配器模式简直太熟悉不过，有很多应用可以说是天天在直接或者间接的用到适配器模式，比如ListView。
ListView用于显示列表数据，但是作为列表数据集合有很多形式，有Array，有Cursor，我们需要对应的适配器作为桥梁，处理相应的数据（并能形成ListView所需要的视图）。
正是因为定义了这些适配器接口和适配器类，才能使我们的数据简单灵活而又正确的显示到了adapterview的实现类上。
目的：
适配器模式，把一个类的接口变换成客户端所期待的另一种接口，从而使原本不匹配而无法在一起工作的两个类能够在一起工作。
适配器模式分为类适配器模式和对象适配器模式。
关于类适配器模式，因为java的单继承，如果继承一个类，另外的则只能是接口，需要手动实现相应的方法。
2、组合模式
Android中对组合模式的应用，可谓是泛滥成粥，随处可见，那就是View和ViewGroup类的使用。在android UI设计，几乎所有的widget和布局类都依靠这两个类。
组合模式，Composite Pattern，是一个非常巧妙的模式。几乎所有的面向对象系统都应用到了组合模式。
目的：
将对象View和ViewGroup组合成树形结构以表示"部分-整体"的层次结构(View可以做为ViewGroup的一部分)。
组合模式使得用户对单个对象View和组合对象ViewGroup的使用具有一致性。
3、MVC模式
MVC是三个单词的缩写，分别为： 模型(Model),视图(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑。 View层用于与用户的交互。 Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
1) 视图层（View）：一般采用XML文件进行界面的描述，使用的时候可以非常方便的引入。当然，如何你对Android了解的比较的多了话，就一定可以想到在Android中也可以使用JavaScript+HTML等的方式作为View层，当然这里需要进行Java和JavaScript之间的通信，幸运的是，Android提供了它们之间非常方便的通信实现。     
2) 控制层（Controller）：Android的控制层的重任通常落在了众多的Acitvity的肩上，这句话也就暗含了不要在Acitivity中写代码，要通过Activity交割Model业务逻辑层处理，这样做的另外一个原因是Android中的Acitivity的响应时间是5s，如果耗时的操作放在这里，程序就很容易被回收掉。
3) 模型层（Model）：对数据库的操作、对网络等的操作都应该在Model里面处理，当然对业务计算等操作也是必须放在的该层的。就是应用程序中二进制的数据。
4、MVP模式
MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会从直接Model中读取数据而不是通过 Controller。