第一个项目之二--应用的生命周期

建好项目之后


第一个项目之二--应用的生命周期_第1张图片
onLeft

在项目的左边,我们可以看到一大堆东西,基本上我也不太了解,哈。

LaunchScreen.xib是改变打开应用后显示的开场画面的。
Images.xcassets是用来集中堆放资源文件的。
Main.storyboard这个就是传说中的故事板了,基本只用来做过原型设计。
main.m入口文件。
AppDelegate用于监听这个应用的生命周期内的各种事件。

iOS的文件系统


在这里扯下闲篇,加深对iOS运行的了解。
每个iOS应用都有着属于自己的沙盒系统、sandbox。每个应用都只在自己的沙盒系统里面运行,与系统隔绝开来。

Application bundle(应用程序包)在每个应用里面,都有大量的应用程序包,里面存放着各种应用在运行期间需要的资源文件。而应用的主程序包和入口一样,也都只有一个。
应用会动态将包里面的资源文件加载到内存里面,然后通过NSBundle、CFBundleRef定位程序包中的资源。

我们经常会看到一些App第一次登陆后,再次打开应用就不需要手动登陆了。这个是怎么实现的呢?
接触过Web前端开发的一定不会对Cookies陌生。在iOS里面,实现的原理跟Cookies也是类似的,都是将信息写入前端文件系统里面,每次重加载就会在这些文件里面读取内容。
Library/Preferences(偏好文件设置)存放了应用的偏好设置信息,NSUserDefaults就是对这些文件进行读写操作

第一个项目之二--应用的生命周期_第2张图片
应用的启动流程

AppDelegate的故事


AppDelegate负责了整个应用的生命周期的监听,他里面自然有着很多不为人知或者已被世人熟悉的故事。
他目睹了应用的生老病死,一直不离不弃,真的是一段可歌可泣的单恋情史啊,请容许我在此默哀一下下。

第一个项目之二--应用的生命周期_第3张图片
AppDelegate.h

在头文件里面,成员变量只有一个。继承了UIResponder类,并且拓展了UIApplicationDelegate接口。

第一个项目之二--应用的生命周期_第4张图片
AppDelegate.m

在新建完项目之后,这里面的注释已经说明了这些方法到底有什么用,和怎么用了。
这里还是稍稍翻译一下好了。

didFinishLaunchingWithOptions:
这个方法会在应用启动后执行一次,而且只会在生命周期内执行一次。

在这里常见到的就是,通知的初始化啊、网络状态的获取啊、根视图的设置啊之类的。

applicationWillResignActive:
在应用将要失去焦点的时候执行。亦即是,当我将通知中心拉下来的之后,整个APP就会被挂起,然后APP就会失去当前焦点而执行这个方法。

失去焦点可以做的效果就多了。譬如iOS自带的,在长按应用图标之后,他们就会抖动起来,而把通知中心拉下来,失去了焦点,就可以让图标的抖动停下来。

applicationDidEnterBackground:
在应用进入后台的时候执行。亦即是,当我按下了Home键,APP会先执行上面的applicationWillResignActive然后就APP就会进入后台并执行该方法。

进入后台后,我们可以更改APP在多任务栏时显示的画面,就不让你看到APP里面的内容!

applicationWillEnterForeground:
在应用回到前台时执行。与上面进入后台相反,从多任务栏点选了APP之后,APP会重新回到前台,然后就会执行该方法。

进入前台就调用锁屏什么的,可以参考某支付工具。

applicationDidBecomeActive:
在应用重新获得焦点时执行。续上面的方法,APP回到前台之后,就会重新获得焦点,便会执行该方法。(上面通知中下拉下来后,APP失去焦点。在关闭通知中心后,APP会重获焦点)

和上面的差不多。

applicationWillTerminate:
在应用结束的时候执行。APP在多任务栏被结束的时候就会执行这个方法。

第一个项目之二--应用的生命周期_第5张图片

你可能感兴趣的:(第一个项目之二--应用的生命周期)