IOS View编程指南笔记

我们所示程序

对于一切IOS APP来说。我们看的的内容，都是UIView所呈现的。

UIView如场景，UIWindow如舞台。UIView粉墨登场在UIWindow这个舞台上，使我们看到丰富多彩的界面UI。

UIWindow本身没有不论什么内容，它仅仅提供了一个场所来让这些UIView来显示。切换。

通常。一个APP仅有一个UIWindow作为显示的场所。当我们要进行多屏显示时。才会使用到多个UIWindow。

UIView的基本结构

1、UIView附着于UIWindow上。仅仅有放在UIWindow上的View，才干被我们看到。

2、UIView本身又可作为容器显示并管理SubView，使界面更丰富。

3、每一个UIView都有一个相应的Core Animation Layer类对象作支持。Layer类对象通常是CALayer类对象。该对象存储相应UIView对象的一些信息数据，并处理UIView的动画操作。

有了CALayer对象，主要会提供例如以下几点作用：

（1）CALayer对象存储了相应UIView对象的信息数据。这能够使UIView的渲染次数大大降低，我们能够尽可能的直接读取CALayer对象里面的存储的已经渲染过的数据。而不须要每次都要渲染UIView。

（2）正是由于CALayer对象存储了UIView的信息。才使得UIView的当前内容能够被操作，进而实现UIView的动画效果。

（3）我们能够通过直接操作CALayer对象来实现更丰富灵活的显示及动画效果。

UIWindow， UIView， Core Animation Layer对象关系例如以下图所看到的：

View的等级及SubView的管理

如前所述。UIView能够加入子View，进而形成superView,subView这种父子逻辑关系。

subView被父View放到一个子View队列里面进行管理。

view显示的层级关系

最后增加的view会遮挡前面的view。

事件响应链（Event
responder chain）

当App获取到用户的操作事件后。会首先将该event传递给发生该事件最上层的subview。若该subview不响应该事件，则会传递至该view的superview进行响应。这样一直传递下去。直到该事件被响应或由程序丢弃不处理为止。这就是所谓的Event responder chain。

View的内容绘制周期

在IOS中，UIView类採取一种按需策略来绘制View的显示内容。

所谓按需策略，就是指仅当你明白告知系统须要对View进行内容重绘时，系统才会调用你的绘制函数又一次绘制VIew的内容，否则。系统在大多数情况下仅使用View的内容快照图片来取代View的内容显示。

详细实现例如以下：

1、当一个View第一次显示在屏幕时。系统会自己主动调用View的绘制函数，完毕内容显示。同一时候。为内容保留一份快照图片。

2、若View的内容不发生改变，则在大多数情况下，系统仅使用快照图片来表示View内容。这里注意，系统不会主动询问是否View的内容发生了改变，须要你主动通知系统内容发生改变从而更新View显示内容。

3、当你对View的内容做出了改变，调用

setNeedsDisplay or setNeedsDisplayInRect:

方法通知系统内容发生改变，须要重绘View界面。

4、系统得知内容发生改变后，不会马上重绘View界面，而是当这轮run loop结束，准备重绘内容时，才会对改变内容的View进行重绘。

5、当系统对View进行重绘时，流程并非统一的。

对于自己定义的View而言，我们须要重写

drawRect: 方法。

当然。也能够通过直接改变View相应的Layer对象的方式来改变View的内容。

6、当系统完毕对View的重绘后。会採集一张新的内容快照来代表View的内容来用作多数时间的View显示。

注意。一般的View的几何形变（如拉伸缩小，不会引起内容重绘，而不过内容快照的拉伸缩小）。

View的内容模式

如前所述，当View显示在屏幕上后。系统会用一张快照来取代表示内容。

这会照成这么一种情况。当我们更改View的frame等属性时。其内容（内容快照），并不一定会同一时候改变。对于内容显示的方式。取决于UIView对象的Content
Modes.默认的系统会採取UIViewContentModeScaleToFill模式，使内容快照拉伸填充满整个View区域。

Content
Mode的几个形式例如以下图：

注意，当设置了View的ContentMode后，每一次View的几何形变都会引起系统调用View的drawRect:方法来重绘View。因此应当避免使用该属性，同一时候对于系统View，我们绝不应该用属性。

View的坐标系统

IOS系统的坐标系统例如以下所看到的：

UIWindow。 UIView都有自己的坐标系统。

对于UIView经常使用的属性Frame,Bound,Center其属性是相对于不同坐标系统的。详细例如以下：

A view object tracks its size and location using its frame, bounds, and center properties:

• The frame property
  contains the frame rectangle, which specifies the size and location of the view in its superview’s coordinate system.

• The bounds property
  contains the bounds rectangle, which specifies the size of the view (and its content origin) in the view’s own local coordinate system.

• The center property
  contains the known center point of the view in the superview’s coordinate system.

总结一下。就是view的frame，center属性其坐标系统均是对于其superview的坐标系统来说的。

而bounds属性。则是对其自己的坐标系统来说的。

Frame, Center, Bounds的相互关系

Frame,Center都是相对view的superview坐标系统来说的，所以能够用作subview在superview中的定位与大小。

对于位移运动，推荐改变Center属性来实现，由于Frame属性在一些变形中是不存在的。

Frame。Center。Bounds互相影响着对方。详细例如以下：

• When you set the frame property, the size value in the bounds property
  changes to match the new size of the frame rectangle. The value in the center property similarly changes to match the new center point of the frame rectangle.

• When you set the center property, the origin value in the frame changes
  accordingly.

• When you set the size of the bounds property, the size value in the frame property
  changes to match the new size of the bounds rectangle.

View的Runtime交互模型

我们能够通过触摸等动作。和view进行实时的交互。

IOS系统中。用户动作与View的交互模型大致例如以下：

1、用户触摸屏幕，该事件硬件识别。并被发给了UIKit Framework。

2、该触摸事件被UIKit Framework包装成UIEvent类对象。并发给相应的事件响应View。

3、在事件响应View中，我们能够通过相应的函数，来捕获到当前的UIEvent事件（手势识别机制或重写touch系列响应函数）。

4、在View中我们自己定义代码做出响应，如：

• 调用setNeedsLayout 方法。让系统又一次布局（即让系统在下一轮更新过程中，主动调用我们重写的layoutSubviews ）
• 调用 setNeedsDisplay or setNeedsDisplayInRect: 方法，让系统对View内容进行重绘。

  （即让系统在下一轮内容更新过程中。主动调用我们重写的drawRect: ）函数。

• 更改UIView的属性，或通知某个controller对象。

关于View使用的Tips

Apple官方对View的使用做出若干建议，个人感觉比較重要的摘要例如以下：

1、尽量设置View的Opaque属性为YES。当View的Opaque属性设置为YES时，UIKit框架就不会在去检查View后面是否有能够渲染的东西（由于你已经明白说明该View是不透明的），提高UIKit框架渲染速度。

2、不要在已有的UIControlr对象中加入subview。我们对于UIControl对象的使用，应该尽量保持原生态。

尽管对UIControl加入自己的subview技术是可行的，但这么做是危急的。由于当Apple更新版本号时，UIControl对象的实现细节可能会改变，而导致我们加入了subview的程序执行失败。

參考资料：

Apple官方文档

View Programming Guide for iOS

https://developer.apple.com/library/prerelease/ios/documentation/WindowsViews/Conceptual/ViewPG_iPhoneOS/WindowsandViews/WindowsandViews.html#//apple_ref/doc/uid/TP40009503-CH2-SW16