Android自定义控件View的探讨
Android自定义控件View的探讨
谁带我去看看世界 发表于2年前
Android自定义控件View的探讨
  • 发表于 2年前
  • 阅读 667
  • 收藏 18
  • 点赞 0
  • 评论 0

腾讯云 技术升级10大核心产品年终让利>>>   

本文转载自:http://www.apkbus.com/forum.php?mod=viewthread&tid=242501&extra=page%3D1



做过了一段时间的安卓开发都会接触到自定义控件,那么对于自定义控件大家都有什么样的看法呢?自定义控件他的优势是明显的,设计他的思想又有哪些呢?会用到什么模式呢?希望大家看了这个文章之后,可以发表自己对于自定义控件的看法和思想,这个帖就是为了跟大家交流而发。下面是我自己的一些看法,大侠们请指导!!!


自定义View:

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


自定义View类的构造方法

创建自定义控件的3种主要实现方式:


1)继承已有的控件来实现自定义控件

主要是当要实现的控件和已有的控件在很多方面比较类似, 通过对已有控件的扩展来满足要求。


2)通过继承一个布局文件实现自定义控件

一般来说做组合控件时可以通过这个方式来实现。

注意此时不用onDraw方法,在构造函数中通过inflater加载自定义控件的布局文件,再addView(view),自定义控件的图形界面就加载进来了。

例如:

假设我已经有了一个布局的XML文件,里面有一个textview和一个imageview,那么在自定义view的构造方法里这样写就可以使用刚刚的布局XML啦。


public MyView(Context context, AttributeSet attrs) {

super(context, attrs);

// TODO Auto-generated constructor stub

LayoutInflater inflater=(LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);

inflater.inflate(R.layout.myView, this);

imageView=(ImageView) findViewById(R.id.imageView1);

textView=(TextView)findViewById(R.id.textView1);

}



3)通过继承view类来实现自定义控件,使用GDI绘制出组件界面,一般无法通过上述两种方式来实现时用该方式。




自定义View增加属性的两种方法


1)在View类中定义。通过构造函数中引入的AttributeSet 去查找XML布局的属性名称,然后找到它对应引用的资源ID去找值。


在下面自定义了两个属性Text, Src。

布局文件:


<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

android:layout_width="match_parent"

android:layout_height="match_parent"

android:orientation="vertical" >



<com.apkbus.MyView

android:id="@+id/myView1"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

Text="@string/hello_world"

Src="@drawable/logo"/>



</LinearLayout>


属性Text, Src在自定义View类的构造方法中读取。

Java代码:


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();



}


2)通过XMLView注册属性。与Android提供的标准属性写法一样。

例如:

需要自定义属性Text,SelectSrc,先创建attrs.xml进行属性声明, 文件放在values目录下。


<?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>


在布局中使用这个自定义属性:


<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"

android:orientation="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>



说明:


在使用自定义布局的时候需要添加这样的一行在布局的开头位置

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类的构造方法中读取


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();



}



自定义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。



在MVP模式里通常包含4个要素:


(1)View:负责绘制UI元素、与用户进行交互(在Android中体现为Activity);



(2)View interface:需要View实现的接口,View通过View interface与Presenter进行交互,降低耦合,方便进行单元测试;



(3)Model:负责存储、检索、操纵数据(有时也实现一个Model interface用来降低耦合);



(4)Presenter:作为View与Model交互的中间纽带,处理与用户交互的负责逻辑。



核心思想:

看了这么多模式,看到头都晕了,我都没耐性看咯。好啦,我来解说一下吧!


其实这么多的模式都有这样的一个核心思想,了解了这个思想之后这些模式不过是同一个思想的不同实现罢了。



1、物理分离

将处理业务逻辑、UI布局、数据存储的代码进行物理分离,分别放在不同的文件中。



2、外部调用

不同的层之间交互一定是通过调用层的开放方法来实现,比如逻辑层不会调用UI层(view类)的父类方法,而是调用其自定义方法。



3、低耦合




最后:



最后,希望大家广开金口,聊聊自己对自定义view的见解,或者对模式的理解。希望大家可以分享,如果文章有错也希望可以指正。

共有 人打赏支持
粉丝 12
博文 11
码字总数 12762
×
谁带我去看看世界
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: