iOS程序的执行流程和响应者链的关系

iOS一个简单的程序执行流程:
1.程序的入口是main函数
2.main函数内部实现了,
把应用程序的代理,
交给了Appdelegate
3.Appdelegate成为代理,
需要遵守协议<UIApplicationDelegant>
4.协议方法中,
有一个重要的方法didFinishLaunching,
进入到这个方法, 就说明程序已经加载完成
5.iOS应用展示视图,
都必须放到window上,
所有在程序加载完成后,
创建一个window对象
6.苹果推崇MVC框架,
需要指定window的根视图控制器

7.不直接使用UIViewController,
因为是系统封装的类, 内部的实现看不到,
也没有办法把代码封装到里面, 所以继承于UIViewController,
创建一个子类; 指定这个子类的对象是window的根视图控制器

8.视图控制器自带一个和屏幕大小一样的UIView,
当进入到viewDidLoad这个方法时,
说明自带的view加载完成,
所有和view相关的操作,
都需要在执行这个方法之后进行(比如,
设置view的背景色,
向view上添加其他控件等)

另外, 继承于UIViewController的视图具有这些的特点
1.自带一个view,
屏幕大小,
并且已经放到window上

2.检测内存是否出现问题

3.检测设备是否发生旋转

所以我们继承于UIViewController, 创建的一个子类,
其内部就对应这些特点做了以下方法:

1.视图控制器自带的View已经加载完成

- (void)viewDidLoad {
}

2.内容是否跟着设备旋转而旋转
- (BOOL)shouldAutorotate {
return YES;
}

3.内容支持旋转的方向
- (NSUInteger)supportedInterfaceOrientations {

//默认, iPhone应用支持三个方向(肖像模式,
风景模式左, 风景模式右), iPad应用支持四个方法(肖像模式,
风景模式左, 风景模式右,
肖像模式倒置)
return UIInterfaceOrientationMaskAll;
}

4.内容发生旋转, 就会执行该方法
- (void)viewWillTransitionToSize:(CGSize)size withTransitionCoordinator:(id<UIViewControllerTransitionCoordinator>)coordinator {

}

5.已经收到内存警告
- (void)didReceiveMemoryWarning {
[super didReceiveMemoryWarning];
// Dispose of any resources that can be recreated.
}

我们看到了程序的执行流程, 然后想想响应者链的概念:

当用户触摸手机,
晃动手机,
远程控制手机时, 这就是用户发起了事件, 然后手机硬件捕捉到信息, 让软件进行响应和处理.
一个事件有两个过程:

1.响应(从大的范围到小的范围,
依次通知, 形成响应者链)
UIApplication->window->viewController->view->view的子视图.
2.处理(从小范围到大范围,
如果这个响应者不处理事件, 传到上一个响应者,
直到有响应者处理事件, 事件才结束;
如果没有响应者处理事件, 该事件无效)

这里的响应者链貌似跟程序的执行流程一样.所以可以相当然的认为, 事件的触发到响应处理, 就是又把程序走了一遍.