网站建设资讯

NEWS

网站建设资讯

android自定义,android自定义view绘制流程

android 自定义View 使用 DataBinding 笔记

在 build.gradle 文件中添加配置

成都创新互联公司是一家专注于成都做网站、网站制作、成都外贸网站建设与策划设计,曲沃网站建设哪家好?成都创新互联公司做网站,专注于网站建设10多年,网设计领域的专业建站公司;建站业务涵盖:曲沃等地区。曲沃做网站价格咨询:18980820575

系统会根据布局文件名称自动生成相应的 DataBinding 类,例如

布局文件 activity_main.xml 会生成 ActivityMainBinding 类 ,类名生成规则为驼峰命名: 文件名(首字母大写) + Binding

activity 中使用:

fragment 中使用:

这里 android:text="@{viewmodel.text}" 对text进行设置

在 Edittext 中可以使用 android:text="@={viewmodel.text}" 进行双向绑定,关键是这个 = 号;

若需要在xml布局文件中使用系统类的属性,则需要引入.例:

通过引入 import type="android.view.View"/ 可以使用 View.VISIBLE 、 View.GONE 属性

有时候自定义view要用DataBinding时需要通过 @BindingAdapter 设置

单向绑定设置比较简单 @BindingAdapter("app:paramA") 方法名为 setParamA ,单向绑定嘛就是传入参数:

双向绑定 set 、 get 方法,最主要的是 setListeners 方法,名字可以随意,只是 @BindingAdapter 中是 "app:paramBAttrChanged" ,在属性后面跟上 AttrChanged , attrChange 为通知系统内容变更的回调,当在 MineView 内部 paramB 发生变更时,通过 attrChange 去通知对 paramB 进行绑定的对象更新自己缓存中的内容 如:

希望对您有帮助.

Android 自定义View之Draw过程(上)

Draw 过程系列文章

Android 展示之三部曲:

前边我们已经分析了:

这俩最主要的任务是: 确定View/ViewGroup可绘制的矩形区域。

接下来将会分析,如何在这给定的区域内绘制想要的图形。

通过本篇文章,你将了解到:

Android 提供了关于View最基础的两个类:

然而ViewGroup 并没有约定其内部的子View是如何布局的,是叠加在一起呢?还是横向摆放、纵向摆放等。同样的View 也没有约定其展示的内容是啥样,是矩形、圆形、三角形、一张图片、一段文字抑或是不规则的形状?这些都要我们自己去实现吗?

不尽然,值得高兴的是Android已经考虑到上述需求了,为了开发方便已经预制了一些常用的ViewGroup、View。

如:

继承自ViewGroup的子类

继承自View的子类

虽然以上衍生的View/ViewGroup子类已经大大为我们提供了便利,但也仅仅是通用场景下的通用控件,我们想实现一些较为复杂的效果,比如波浪形状进度条、会发光的球体等,这些系统控件就无能为力了,也没必要去预制千奇百怪的控件。想要达到此效果,我们需要自定义View/ViewGroup。

通常来说自定义View/ViewGroup有以下几种:

3 一般不怎么用,除非布局比较特殊。1、2、4 是我们常用的手段,对于我们常说的"自定义View" 一般指的是 4。

接下来我们来看看 4是怎么实现的。

在xml里引用MyView

效果如下:

黑色部分为其父布局背景。

红色矩形+黄色圆形即是MyView绘制的内容。

以上是最简单的自定义View的实现,我们提取重点归纳如下:

由上述Demo可知,我们只需要在重写的onDraw(xx)方法里绘制想要的图形即可。

来看看View 默认的onDraw(xx)方法:

发现是个空实现,因此继承自View的类必须重写onDraw(xx)方法才能实现绘制。该方法传入参数为:Canvas类型。

Canvas翻译过来一般叫做画布,在重写的onDraw(xx)里拿到Canvas对象后,有了画布我们还需要一支笔,这只笔即为Paint,翻译过来一般称作画笔。两者结合,就可以愉快的作画(绘制)了。

你可能发现了,在Demo里调用

并没有传入Paint啊,是不是Paint不是必须的?实际上调用该方法后,底层会自动生成Paint对象。

可以看到,底层初始化了Paint,并且给其设置的颜色为在Java层设置的颜色。

onDraw(xx)比较简单,开局一个Canvas,效果全靠画。

试想,这个Canvas怎么来的呢,换句话说是谁调用了onDraw(xx)。发挥一下联想功能,在Measure、Layout 过程有提到过两者套路很像:

那么Draw过程是否也是如此套路呢?看见了onDraw(xx),那么draw(xx)还远吗?

没错,还真有draw(xx)方法:

可以看出,draw(xx)主要分为两个部分:

不管是A分支还是B分支,都进行了好几步的绘制。

通常来说,单一一个View的层次分为:

后面绘制的可能会遮挡前边绘制的。

对于一个ViewGroup来说,层次分为:

来看看A分支标注的4个点:

(1)

onDraw(canvas)

前面分析过,对于单一的View,onDraw(xx)是空实现,需要由我们自定义绘制。

而对于ViewGroup,也并没有具体实现,如果在自定义ViewGroup里重写onDraw(xx),它会执行吗?默认是不会执行的,相关分析请移步:

Android ViewGroup onDraw为什么没调用

(2)

dispatchDraw(canvas),来看看在View.java里的实现:

发现是个空实现,再看看ViewGroup.java里的实现:

也即是说,对于单一View,因为没有子布局,因此没必要再分发Draw,而对于ViewGroup来说,需要触发其子布局发起Draw过程(此过程后续分析),可以类比事件分发过程View、ViewGroup的处理。感兴趣的请移步:

Android 输入事件一撸到底之View接盘侠(3)

(3)

OverLay,顾名思义就是"盖在某个东西上面",此处是在绘制内容之后,绘制前景之前。怎么用呢?

以上是给一个ViewGroup设置overLay,效果如下:

你可能发现了,这和设置overLay差不多的嘛,实际还是有差别的。在onDrawForeground(xx)里会重新调整Drawable的尺寸,该尺寸与View大小一致,之前给Drawable设置的尺寸会失效。运行效果如下:

可以看出,ViewGroup都被前景盖住了。

再来看看B分支的重点:边缘渐变效果

先来看看TextView 边缘渐变效果:

加上这俩参数。

实际上系统自带的一些控件也使用了该效果,如NumberPicker、YearPickerView

以上是NumberPicker 的效果,可以看出是垂直方向渐变的。

对于View.java 里的onDraw(xx)、draw(xx),ViewGroup.java里并没有重写。

而对于dispatchDraw(xx),在View.java里是空实现。在ViewGroup.java里发起对子布局的绘制。

来看看标记的2点:

(1)

设置padding的目的是为了让子布局留出一定的空隙出来,因此当设置了padding后,子布局的canvas需要根据padding进行裁减。判断标记为:

FLAG_CLIP_TO_PADDING 默认设置为true

FLAG_PADDING_NOT_NULL 只要有padding不为0,该标记就会打上。

也就是说:只要设置了padding 不为0,子布局显示区域需要裁减。

能不能不让子布局裁减显示区域呢?

答案是可以的。

考虑到一种场景:使用RecyclerView的时候,我们需要设置paddingTop = 20px,效果是:RecyclerView Item展示时离顶部有20px,但是滚动的时候永远滚不到顶部,看起来不是那么友好。这就是上述的裁减起作用了,需要将此动作禁止。通过设置:

当然也可以在xml里设置:

(2)

drawChild(xx)

从方法名上看是调用子布局进行绘制。

child.draw(x1,x2,x3)里分两种情况:

这两者具体作用与区别会在下篇文章分析,不管是硬件加速绘制还是软件加速绘制,最终都会调用View.draw(xx)方法,该方法上面已经分析过。

注意,draw(x1,x2,x3)与draw(xx)并不一样,不要搞混了。

用图表示:

View/ViewGroup Draw过程的联系:

一般来说,我们通常会自定义View,并且重写其onDraw(xx)方法,有没有绘制内容的ViewGroup需求呢?

是有的,举个例子,大家可以去看看RecyclerView ItemDecoration 的绘制,其中运用到了ViewGroup draw(xx)、ViewGroup onDraw(xx) 、View onDraw(xx)绘制的先后顺序来实现分割线,分组头部悬停等功能的。

本篇文章基于 Android 10.0

Android 自定义View之Layout过程

系列文章:

在上篇文章: Android 自定义View之Measure过程 ,我们分析了Measure过程,本次将会掀开承上启下的Layout过程神秘面纱,

通过本篇文章,你将了解到:

在上篇文章的比喻里,我们说过:

该ViewGroup 重写了onMeasure(xx)和onLayout(xx)方法:

同时,当layout 执行结束,清除PFLAG_FORCE_LAYOUT标记,该标记会影响Measure过程是否需要执行onMeasure。

该View 重写了onMeasure(xx)和onLayout(xx)方法:

MyViewGroup里添加了MyView、Button两个控件,最终运行的效果如下:

可以看出,MyViewGroup 里子布局的是横向摆放的。我们重点关注Layout过程。实际上,MyViewGroup里我们只重写了onLayout(xx)方法,MyView也是重写了onLayout(xx)方法。

接下来,分析View Layout过程。

与Measure过程类似,连接ViewGroup onLayout(xx)和View onLayout(xx)之间的桥梁是View layout(xx)。

可以看出,最终都调用了setFrame(xx)方法。

对于Measure过程在onMeasure(xx)里记录了尺寸的值,而对于Layout过程则在layout(xx)里记录了坐标值,具体来说是在setFrame(xx)里,该方法两个重点地方:

View.onLayout(xx)是空实现

从layout(xx)和onLayout(xx)声明可知,这两个方法都是可以被重写的,接下来看看ViewGroup是否重写了它们。

ViewGroup.layout(xx)虽然重写了layout(xx),但是仅仅做了简单判断,最后还是调用了View.layout(xx)。

这重写后将onLayout变为抽象方法,也就是说继承自ViewGroup的类必须重写onLayout(xx)方法。

我们以FrameLayout为例,分析其onLayout(xx)做了什么。

FrameLayout.onLayout(xx)为子布局Layout的时候,起始坐标都是以FrameLayout为基准,并没有记录上一个子布局占了哪块位置,因此子布局的摆放位置可能会重叠,这也是FrameLayout布局特性的由来。而我们之前的Demo在水平方向上记录了上一个子布局的摆放位置,下一个摆放时只能在它之后,因此就形成了水平摆放的功能。

由此类推,我们常说的某个子布局在父布局里的哪个位置,决定这个位置的即是ViewGroup.onLayout(xx)。

上边我们分析了View.layout(xx)、View.onLayout(xx)、ViewGroup.layout(xx)、ViewGroup.onLayout(xx),这四者什么关系呢?

View.layout(xx)

View.onLayout(xx)

ViewGroup.layout(xx)

ViewGroup.onLayout(xx)

View/ViewGroup 子类需要重写哪些方法:

用图表示:

通过上述的描述,我们发现Measure过程和Layout过程里定义的方法比较类似:

它俩的套路比较类似:measure(xx)、layout(xx)一般不需要我们重写,measure(xx)里调用onMeasure(xx),layout(xx)为调用者设置坐标值。

若是ViewGroup:onMeasure(xx)里遍历子布局,并测量每个子布局,最后将结果汇总,设置自己测量的尺寸;onLayout(xx)里遍历子布局,并设置每个子布局的坐标。

若是View:onMeasure(xx)则测量自身,并存储测量尺寸;onLayout(xx)不需要做什么。

Measure过程虽然比Layout过程复杂,但仔细分析后就会发现其本质就是为了设置两个成员变量:

而Layout过程虽然比较简单,其本质是为了设置坐标值

将Measure设置的变量和Layout设置的变量联系起来:

此外,Measure过程通过设置PFLAG_LAYOUT_REQUIRED 标记来告诉需要进行onLayout,而Layout过程通过清除 PFLAG_FORCE_LAYOUT来告诉Measure过程不需要执行onMeasure了。

这就是Layout的承上作用

我们知道View的绘制需要依靠Canvas绘制,而Canvas是有作用区域限制的。例如我们使用:

Cavas绘制的起点是哪呢?

对于硬件绘制加速来说:正是通过Layout过程中设置的RenderNode坐标。

而对于软件绘制来说:

关于硬件绘制加速/软件绘制 后续文章会分析。

这就是Layout的启下作用

以上即是Measure、Layout、Draw三者的内在联系。

当然Layout的"承上"还需要考虑margin、gravity等参数的影响。具体用法参见最开始的Demo。

getMeasuredWidth()/getMeasuredHeight 与 getWidth/getHeight区别

我们以获取width为例,分别来看看其方法:

getMeasuredWidth():获取测量的宽,属于"临时值"

getWidth():获取View真实的宽

在Layout过程之前,getWidth() 默认为0

何时可以获取真实的宽、高

下篇将分析Draw()过程,我们将分析"一切都是draw出来的"道理

本篇基于 Android 10.0

android手机怎样自定义主题

更改主题操作方法:

1.自带主题更改:设置-主题-默认/Pink/Space/主题商店,使用时按照提示下载后即可应用。

2.您可以通过应用商店或其它方式下载主题(.APK格式)。下载完成后,打开下载的主题软件,选择应用即可。

关于android自定义字体,该怎么处理

解决方案

1)Android默认方法 #1

你可以通过ID查找到View,然后挨个为它们设置字体。在单个View的情况下,它看起来也没有那么可怕。

Typeface customFont = Typeface.createFromAsset(this.getAssets(), "fonts/YourCustomFont.ttf");

TextView view = (TextView) findViewById(R.id.activity_main_header);

view.setTypeface(customFont);

但是在很多TextView、Button等文本组件的情况下,我敢肯定你不会喜欢这个方法的。:D

2)Android默认方法 #2

你可以为每个文本组件创建一个子类,如TextView、Button等,然后在构造函数中加载自定义字体。

public class BrandTextView extends TextView {

public BrandTextView(Context context, AttributeSet attrs, int defStyle) {

super(context, attrs, defStyle);

}

public BrandTextView(Context context, AttributeSet attrs) {

super(context, attrs);

}

public BrandTextView(Context context) {

super(context);

}

public void setTypeface(Typeface tf, int style) {

if (style == Typeface.BOLD) {

super.setTypeface(Typeface.createFromAsset(getContext().getAssets(), "fonts/YourCustomFont_Bold.ttf"));

} else {

super.setTypeface(Typeface.createFromAsset(getContext().getAssets(), "fonts/YourCustomFont.ttf"));

}

}

}

然后只需要将标准的文本控件替换成你自定义的就可以了(例如BrandTextView替换TextView)。

com.your.package.BrandTextView

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:text="View with custom font"/

com.your.package.BrandTextView

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:textStyle="bold"

android:text="View with custom font and bold typeface"/

还有,你甚至可以直接在XML中添加自定义的字体属性。要实现这个,你需要定义你自己的declare-styleable属性,然后在组件的构造函数中解析它们。

为了不占篇幅介绍这么基础的东西,这里有一篇不错的文章告诉你怎么自定义控件属性。

在大多数情况下,这个方法还不赖,并且有一些优点(例如,切换字体粗细等等,字体可以在组件xml文件的typeface属性中定义)。但是我认为这个实现方法还是太重量级了,并且依赖大量的模板代码,为了一个替换字体的简单任务,有点儿得不偿失。

3)我的解决方案

理想的解决方案是自定义主题,然后应用到全局或者某个Activity。

但不幸的是,Android的android:typeface属性只能用来设置系统内嵌的字体,而非用户自定义字体(例如assets文件中的字体)。这就是为什么我们无法避免在Java代码中加载并设置字体。

所以我决定创建一个帮助类,使得这个操作尽可能的简单。使用方法:

FontHelper.applyFont(context, findViewById(R.id.activity_root), "fonts/YourCustomFont.ttf");

并且这行代码会用来加载所有的基于TextView的文本组件(TextView、Button、RadioButton、ToggleButton等等),而无需考虑界面的布局层级如何。

标准(左)与自定义(右)字体的用法。

Standard (left) and Custom (right) fonts usage.

这是怎么做到的?非常简单:

public static void applyFont(final Context context, final View root, final String fontName) {

try {

if (root instanceof ViewGroup) {

ViewGroup viewGroup = (ViewGroup) root;

for (int i = 0; i viewGroup.getChildCount(); i++)

applyFont(context, viewGroup.getChildAt(i), fontName);

} else if (root instanceof TextView)

((TextView) root).setTypeface(Typeface.createFromAsset(context.getAssets(), fontName));

} catch (Exception e) {

Log.e(TAG, String.format("Error occured when trying to apply %s font for %s view", fontName, root));

e.printStackTrace();

}

}

正如你所看到的,所需要做的仅仅是将基于TextView的文本组件从布局中遍历出来而已。

北大青鸟设计培训:Android之自定义控件?

一、简单自定义控件MyButton每一个控件都是一个java类,有对应的代码,只要你能正确的编写java代码,那么电脑培训发现可以创造出符合你需求的控件,即自定义控件。

1.通过继承的方式,创建自定义控件通过继承一个现有的控件,覆盖其界面的呈现   通过继承一个包含若干子控件的布局通过继承一个现有的控件,覆盖某个响应事件   继承一个View来完整自定义一个心控件 2.使你的自定义控件继承自某个最接近的Android控件,必须是public 一般都会调用父类的构造方法,注意一般有三个构造方法覆盖原来控件的方法,注意是否要再调用super中的方法在XML中以类全名的方式引用此控件二、复杂自定义控件MyLogin需要设计包含一组控件的自定义控件就需要用到复杂的自定义控件1)   使得你的自定义控件继承自某个接近的布局2)   正确的实现构造方法:构造方法中实例化目标布局,同时查找到各个子布局3)   添加相应的响应代码来修改属性,使得外部能访问布局中的子控件4)   在XML中以类全名的方式引用此控件,完整的包名+类名。


标题名称:android自定义,android自定义view绘制流程
路径分享:http://cdweb.net/article/dsdcsdh.html