UIApplication 的使用以及UIApplicationDelegate

常见的appDelegate

该类就是对应整个应用(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;

一些对app的操作

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的参考链接

UIApplication 继承(子类的使用)


UiApplication子类

项目中我们经常使用到跳转(JumpCoordinator),我们可以不用创建一个其他类,直接写在UIApplication里面进行使用;

代理方法中获取其子类
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,635评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,628评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,971评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,986评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,006评论 6 394
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,784评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,475评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,364评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,860评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,008评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,152评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,829评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,490评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,035评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,156评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,428评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,127评论 2 356

推荐阅读更多精彩内容