一、Info.plist和pch文件
1. Info.plist常见的设置
- 建立一个工程后,会在Supporting files文件夹下看到一个“工程名-Info.plist”的文件,该文件对工程做一些运行期的配置,非常重要,不能删除
- 在旧版本Xcode创建的工程中,这个配置文件的名字就叫“Info.plist”
- 项目中其他Plist文件不能带有“Info”这个字眼,不然会被错认为是传说中非常重要的“Info.plist”
- 项目中还有一个InfoPlist.strings的文件,跟Info.plist文件的本地化相关
- Localiztion native development region(CFBundleDevelopmentRegion)-本地化相关
- Bundle display name(CFBundleDisplayName)-程序安装后显示的名称,限制在10-12个字符,如果超出,将被显示缩写名称
- Icon file(CFBundleIconFile)-app图标名称,一般为Icon.png
- Bundle version(CFBundleVersion)-应用程序的版本号,每次往App Store上发布一个新版本时,需要增加这个版本号
- Main storyboard file base name(NSMainStoryboardFile)-主storyboard文件的名称
- Bundle identifier(CFBundleIdentifier)-项目的唯一标识,部署到真机时用到
- 项目的Supporting files文件夹下面有个“工程名-Prefix.pch”文件,也是一个头文件
- pch头文件的内容能被项目中的其他所有源文件共享和访问
- 一般在pch文件中定义一些全局的宏
- 在pch文件中添加下列预处理指令,然后在项目中使用Log(…)来输出日志信息,就可以在发布应用的时候,一次性将NSLog语句移除(在调试模式下,才有定义DEBUG)
#ifdef DEBUG#define Log(...) NSLog(__VA_ARGS__)#else#define Log(...) /* */#endif
- UIApplication对象是应用程序的象征
- 每一个应用都有自己的UIApplication对象,而且是单例的
- 通过[UIApplication sharedApplication]可以获得这个单例对象
- 一个iOS程序启动后创建的第一个对象就是UIApplication对象
- 利用UIApplication对象,能进行一些应用级别的操作
- 设置应用程序图标右上角的红色提醒数字
@property(nonatomic) NSInteger applicationIconBadgeNumber;
- 设置联网指示器的可见性
@property(nonatomic,getter=isNetworkActivityIndicatorVisible) BOOL networkActivityIndicatorVisible;
3. iOS7中的状态栏
从iOS7开始,系统提供了2种管理状态栏的方式
- 通过UIViewController管理(每一个UIViewController都可以拥有自己不同的状态栏)
- 通过UIApplication管理(一个应用程序的状态栏都由它统一管理)
在iOS7中,默认情况下,状态栏都是由UIViewController管理的,UIViewController实现下列方法就可以轻松管理状态栏的可见性和样式
- 状态栏的样式
- (UIStatusBarStyle)preferredStatusBarStyle;
- 状态栏的可见性
- (BOOL)prefersStatusBarHidden;
4. 利用UIApplication来管理状态栏
- 如果想利用UIApplication来管理状态栏,首先得修改Info.plist的设置
- - (BOOL)openURL:(NSURL*)url;
- 打电话
UIApplication *app = [UIApplication sharedApplication];
[app openURL:[NSURL URLWithString:@"tel://10086"]];
- 发短信
[app openURL:[NSURL URLWithString:@"sms://10086"]];
- 发邮件
[app openURL:[NSURL URLWithString:@"mailto://12345@qq.com"]];
- 打开一个网页资源
[app openURL:[NSURL URLWithString:@"http://ios.itcast.cn"]];
- 打开其他app程序
- 所有的移动操作系统都有个致命的缺点:app很容易受到打扰。比如一个来电或者锁屏会导致app进入后台甚至被终止
- 还有很多其它类似的情况会导致app受到干扰,在app受到干扰时,会产生一些系统事件,这时UIApplication会通知它的delegate对象,让delegate代理来处理这些系统事件
- delegate可处理的事件包括:
(1)应用程序的生命周期事件(如程序启动和关闭)(2)系统事件(如来电)(3)内存警告(4)… …
2. UIApplication和delegate的关系
- 每次新建完项目,都有个带有“AppDelegate”字眼的类,它就是UIApplication的代理
- MJAppDelegate默认已经遵守了UIApplicationDelegate协议,已经是UIApplication的代理
- main函数中执行了一个UIApplicationMain这个函数
- int UIApplicationMain(int argc, char *argv[], NSString *principalClassName, NSString *delegateClassName);
argc、argv:直接传递给UIApplicationMain进行相关处理即可
principalClassName:指定应用程序类名(app的象征),该类必须是UIApplication(或子类)。如果为nil,则用UIApplication类作为默认值delegateClassName:指定应用程序的代理类,该类必须遵守UIApplicationDelegate协议
- UIApplicationMain函数会根据principalClassName创建UIApplication对象,根据delegateClassName创建一个delegate对象,并将该delegate对象赋值给UIApplication对象中的delegate属性
- 接着会建立应用程序的Main Runloop(事件循环),进行事件的处理(首先会在程序完毕后调用delegate对象的application:didFinishLaunchingWithOptions:方法)
- 程序正常退出时UIApplicationMain函数才返回
- UIWindow是一种特殊的UIView,通常在一个app中只会有一个UIWindow
- iOS程序启动完毕后,创建的第一个视图控件就是UIWindow,接着创建控制器的view,最后将控制器的view添加到UIWindow上,于是控制器的view就显示在屏幕上了
- 一个iOS程序之所以能显示到屏幕上,完全是因为它有UIWindow
- 也就说,没有UIWindow,就看不见任何UI界面
- Screens, Windows, and Views Create Visual Interfaces(屏幕,窗口和视图创建可视化界面)
-
Figure 1-1 shows a simple interface. On the left, you can see the objects that make up this interface and understand how they are connected to each other.
(图1-1显示了一个简单的界面。在左边,你可以看到,弥补了这个接口,并了解它们是如何相互连接的对象。)
-
There are three major objects at work here:在这里工作的三个主要目标:
(在这里工作的有三个主要目标:
A UIScreen object that identifies a physical screen connected to the device.
A UIWindow object that provides drawing support for the screen.
A set of UIView objects to perform the drawing. These objects are attached to the window and draw their contents when the window asks them to.
一个UIScreen对象标识连接到设备的物理屏幕。
一个UIWindow对象,提供绘图支持屏幕。
一组的UIView对象进行绘图。这些对象附加到窗口,并绘制它们的内容时,窗口会询问他们。)
-
Figure 1-2 shows how these classes (and related important classes) are defined in UIKit.(图1-2显示了这些在UIKit中被定义类(以及相关的重要的类)。)
4. UIWindow的使用添加UIView到UIWindow中两种常见方式:
- - (void)addSubview:(UIView *)view;
直接将view添加到UIWindow中,但并不会理会view对应的UIViewController- @property(nonatomic,retain) UIViewController *rootViewController;
自动将rootViewController的view添加到UIWindow中,负责管理rootViewController的生命周期常用方法
- - (void)makeKeyWindow;
让当前UIWindow变成keyWindow(主窗口)- - (void)makeKeyAndVisible;
让当前UIWindow变成keyWindow,并显示出来5. UIWindow的获得
- [UIApplication sharedApplication].windows
在本应用中打开的UIWindow列表,这样就可以接触应用中的任何一个UIView对象
(平时输入文字弹出的键盘,就处在一个新的UIWindow中)
- [UIApplication sharedApplication].keyWindow
用来接收键盘以及非触摸类的消息事件的UIWindow,而且程序中每个时刻只能有一个UIWindow是keyWindow。如果某个UIWindow内部的文本框不能输入文字,可能是因为这个UIWindow不是keyWindow
- view.window
获得某个UIView所在的UIWindow
6. IOS程序启动的完整过程
根据上面的描述可以总结出,IOS程序启动的完整过程如下:
1.main函数2.UIApplicationMain* 创建UIApplication对象* 创建UIApplication的delegate对象3.delegate对象开始处理(监听)系统事件(没有storyboard)* 程序启动完毕的时候, 就会调用代理的application:didFinishLaunchingWithOptions:方法* 在application:didFinishLaunchingWithOptions:中创建UIWindow* 创建和设置UIWindow的rootViewController* 显示窗口4.根据Info.plist获得最主要storyboard的文件名,加载最主要的storyboard(有storyboard)* 创建UIWindow* 创建和设置UIWindow的rootViewController* 显示窗口翻译:
主要的storyboard初始化你的应用程序的用户界面
主要的storyboard定义在应用程序的信息属性列表文件中。如果主要的storyboard是在这个文件中声明,那么当你的应用程序的启动,iOS将执行下列步骤:
1.实例化一个窗口给你
2.加载的主要的storyboard,并实例化它的初始视图控制器。
3.赋予了新的视图控制器给窗口的rootViewController的属性,然后在屏幕上显示窗口。