我所理解的Android和iOS上的View

标签：idt   做了   引入   name   定义   通过   graphic   详细   object   

View，几乎是所有界面系统中的基类，在iOS里面是UIView，在Android里是View。 那么，到底View是什么东西，他做了些什么，他是怎么做到的，在这篇文章中，希望能带给大家一些启发。

抽象

View实际上是一个抽象类，他负责对渲染、布局以及触摸事件进行抽象。

渲染抽象

我们知道，不管是 iOS 还是 Android，他们的渲染引擎都是 OpenGL，OpenGL是面向C语言的（当然，在Objective-C和Java中都有封装）。而作为前端开发者，要直接使用OpenGL编写界面，真是不(Tai)现(Nan)实(Le)。于是，我们有了界面库，这种界面库，在iOS上，我们称之为UIKit，在Android上，我们使用android.view.*包。不管是iOS还是Android，界面库要做的事情，目标都是一致的，那就是将界面渲染从具体变成抽象。

布局抽象

布局，是View最重要的特性，诸如层级控制、矩形大小、Matrix变换都属于布局抽象的范畴，布局是渲染、触摸两者的基础，缺少布局，渲染和触摸便无法继续。

触摸事件抽象

除了渲染、布局以外，View还需要承担另外一个职责————触控。所谓触控，有触才有控，一方面View要负责接收触摸事件，另一方面View要负责反馈接收到的触摸事件，至于具体的触控实现，下文会详细描述。

渲染

一般来说View不会直接面向OpenGL进行封装，而是通过中间层，在iOS上，使用的是CALayer(CoreGraphics)，而在Android上，使用的是 Canvas(Skia)。

iOS

在iOS上，每个UIView都会有一个相对应的CALayer，我们称之为Layer-Back，也就是说，所有的UIView属性，最终，都会设置到CALayer身上。

为什么要使用CALayer这个中间层呢？很重要的一点是，CoreGraphcis框架，这个框架，在NEXT系统创建之初就存在了，并且是整个macOS系统的核心框架。这么6的框架，为毛不让他移植到iOS上呢？于是，CALayer就顺理成章地成为了UIView背后的贤内助。UIView会将以下属性proxy到CALayer上

• alpha

• frame

• backgroundColor

• clipsToBounds

• hidden

为毛这么少属性？嗯，因为其它属性需要你自己去设置到CALayer上。什么？你要问CALayer是怎么渲染到屏幕上的？你自己查吧，据说，专门有一本书是写这个的。总的来说，UIView在渲染上，并没有做什么神奇的事情，CALayer才是一直默默耕耘的那个。

Android

Android实际上是个草根系统，出生的时候，并没有一个有钱的爸爸…所以呢？ Android View的渲染层，其实是照抄H5中的Canvas。

比如，我要在 View 上画一个黑色的 backgroundColor，实际上会在 void onDraw(Canvas canvas)方法中执行以下代码。

又例如，我想要让View有圆角裁剪的效果，怎么办呢？实际上，会这么做。

酱紫，在这个View中所绘制的所有图案（包括子View）都会被某个路径裁剪掉。

那么，View干了啥？ View实际上会定义好x, y, width, height只有知道这些参数，你才能画出一个背景色，不然……你画个卵？View还管理着 alpha/backgroundColor等属性，这些属性，你都能在Canvas、Paint类中找到相关的参数。

iOS VS Android

这个，没什么好对比的，无非就是渲染层的抽象不一样而已。就渲染性能而言，iOS是更胜一筹的，自Android 4.x引入Skia以后，特别是Skia在 Google黄油计划以后，Android的渲染性能也差不了去哪里了。如果，你要死抠对比的话，我只能说一个是CALayer，一个是Canvas，CALayer更抽象而已了。

https://blog.csdn.net/urdfmqcul2/article/details/78486699

我所理解的Android和iOS上的View

标签：idt   做了   引入   name   定义   通过   graphic   详细   object   

原文地址：https://www.cnblogs.com/feng9exe/p/9255406.html