该类就是对应整个应用(app),每一个应用只有一个UIApplication对象,也就是单例实现只有一个对象
已启动应用的基本过程:
系统启动(start),执行这个应用的程序,也就是main.m 这个方法里面的执行,执行UIApplicationMain(**)这个方法,这个方法是UIApplication的方法;
import <UIKit/UIKit.h>
import "AppDelegate.h"
int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, >NSStringFromClass([AppDelegate class]));
}
}
UIApplication 的官方阐释
这里面如果principalClassName 这个方式nil,就会使用默认的对应启动应该用,加载info.plist 文件配置信息,以及运行等等操作;当然,principalClassName这个我们可以自己俩写;
通过shareApplication这个方法来获取UIApplication这个对象(单例)
这个(app)对象主要工作:
app应用处理用户事件到来的初始化;
It dispatches action messages forwarded to it by control objects (instances of the UIControl class) to appropriate target objects.
The application object maintains a list of open windows (UIWindow objects) and through those can retrieve any of the app’s UIView objects.
(基本的工作原理)
它将行动信息的控制对象(转发给它的控件类的实例)到适当的目标对象。
应用程序对象维护一个列表打开窗口(UIWindow对象),通过这些可以检索任何应用程序的UIView对象。
UIApplication 定义了代理delegate 实现UIApplicationDelegate的结构和必须是吸纳一些接口的方法(这个我们一般是在AppDelegate的方法中看到)。
application对象通知给代理重要的运行时事件;例如:app启动、内存警告、应用结束等,这样就可以在代理方法中对应用进行控制;
app 可以合适的处理资源,例如:邮件、图片文件(?)通过openURL: 方法,这样方法的url需要判断相应的格式,在内部应该有一些必要的处理;
url:判断如果是http、https协议的就直接打开,否则,我们自定义的等等要查找info.plist 文件中是否自定义了这些协议,如果自定义了,回调用appdelegate里面的代理方法;返回true;
openURL:的例子
app启动的具体猜测:
应该是这样子:
启动的时候就初始化了APPDelegate的一个对象,也就是这个对象就一定运行了,同时还有application这个对象的产生,会产生一些行为,也就是这些行为可能会触发这些代理方法,也就是可以通过这个代理方法来进行实现相应的内容;
例如:启动的时候,就会触发
func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool {
// Override point for customization after application launch.
return true
}
这个方法,所以是可以的,及时在后台,以及推出,等等操作,这个对象都是存在,appdelegate,应该是存在于应用的整个生命周期;
而通知是系统的,和应用工没有必要的关系,应用开发的时候只不过另一种方式对通知进行书写而已,
因为这个对象在整个生命周期中都是存在的,也就是写在哪里就好了,为什么要卸载其他地方呢?这样子就没有必要,这样如果在运行的时候有可能就会在两个实现代理的方法中执行了,所以就会出现两个app的内容进行处理,肯定会是有问题的;
总结:app的启动过程以及常用方法openURL:的进一步了解
UIApplication 继承(子类的使用)
项目中我们经常使用到跳转(JumpCoordinator),我们可以不用创建一个其他类,直接写在UIApplication里面进行使用;