CALayer和UIView的关系

点击UIView里可以看到：UIView内部定义了一个CALayer对象

image.png

什么是UIView树？可以阅读组合模式，一棵UIView树看起来大概是这样的

image.png

UIView和CALayer的关系

要理清他们之间的关系得先从MVC模式开始说起，相信绝大多数的读者都知道MVC是什么东西，理解比较深刻的会从他们是要解决耦合的问题开始说起，理解比较简单的就说M就是模型，V就是视图，C就是控制器。这些说法都没错。
其实说白了UIView和CALayer之间的关系就是MVC的关系，UIView就是C，CALayer就是M，负责绘图单元的笼统来说就是V。

什么是绘图单元？可以阅读像素绘制
笼统的说包括：CPU，GPU，屏幕等，一起来完成把图片显示到屏幕工作的单元。

当要显示像素到屏幕上，他们大概是这么工作的：

image

• 当绘图单元需要绘制CALayer的时候，会拿到被标记为需要绘制的CALayer渲染树的值，以及要显示图片，进行像素合成。
• CALayer自身有个delegate，设置的是UIView， 当CALayer被绘制时会执行delegate方法通知UIView，看看UIView是有提供需要绘制的元素。
• 如果UIView什么都不需要提供，就当作无视。

当你修改代码之后，他们大概是这么工作的：

image

• 当你修改UIView的frame.size.width之后，UIView实际上是会把你修改的值映射到CALayer上去，让CALayer知道修改了什么。
• CALayer获取到要修改的值，然后去更新CALayer的模型树，呈现树，渲染树，准备好了渲染树。什么是CALayer的模型树，呈现树，渲染树?
• 等绘制单元要绘制到这个CALayer的时候就会按照渲染树的值渲染到屏幕去。

好了，看到这里，相信读者也明白UIView跟CALayer之间就是MVC的关系了，那么为什么苹果要把他们弄成MVC的关系，那就是因为遵从单一职责原则，那么问题又来了CALayer有什么职责？从MVC来看，CALayer属于M，那么他的职责就是存储数据，那明显的UIView属于C，他的职责对于CALayer来说就是管理。

什么是单一职责原则？遵从单一职责原则有什么好处？可以阅读设计原则
用一句话来说，单一职责原则就是，只做他自己关心的事情。

还有一个问题没解决，回到文章最上面UIView和CALayer都有关于操作层次的方法，那么就会构建出两个不一样层次的UIView树和CALayer树出来，这不是多余的吗？
之前说了UIView和CALayer有各自不一样的职责，那么他们的树也同样的有各自不一样的职责，

CALayer他的职责是存储数据，那么所以CALayer树的职责就是存储数据的树，以供你修改,做动画和渲染等使用。

UIView继承了UIResponder，UIResponder是负责一些触摸事件的类，所以UIView树主要的职责就是做触摸的传递，这个工作可以分为2部分，1部分是寻找你点击到的那个view，另外一部分是把你的触摸方法传递下去。在这里的话UIView树其实是充当了责任链职责。责任链模式

参考文章：
CALayer和UIView的关系