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.处理(从小范围到大范围, 如果这个响应者不处理事件, 传到上一个响应者, 直到有响应者处理事件, 事件才结束; 如果没有响应者处理事件, 该事件无效)

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