UIApplication详解

本文转载至 http://kevin1366204484.blog.163.com/blog/static/17196620820121395713637/ 

 

常规iPhone程序对象结构如下：

对象个数        对象类型
1        UIApplication
1            UIApplicationDelegate/subclass
1,N                    UIViewController/subclass
1,N                                    UIView/subclsss

尽管有些书上说可以绕过UIViewController直接对UIView进行操作，但个人认为此层的作用用于管理视图和视图关系

下面分别对上述层次关系的对象类型进行学习。说明下，下面学习的东西仅和问题有关，不会全面学习类中的各种方法和属性。

UIApplication

继承于UIResponder：NSObject

框架：UIKit.framework

头文件：UIApplication.h

每一个应用程序都有一个UIApplication或其子类型的实例。当程序被加载，函数方法UIApplicationMain就被调用执行，它创建了单件模式的UIApplication对象。之后你可以通过执行sharedApplication类方法来访问。

看看main函数

int main(int argc, char *argv[])
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
int retVal = UIApplicationMain(argc, argv, nil, nil);
[pool release];
return retVal;
}

可以看出，main函数的作用在于调用UIApplicationMain方法来创建一个UIApplication对象实例，同时也管理了此类的实例的内存释放。

那么获取UIApplication对象实例，代码如下：
假设UIApplicationDelegate协议继承类XXXXAppDelegate
UIApplication *app = [UIApplication sharedApplication];
XXXXAppDelegate *d = (XXXXAppDelegate *)app.delegate;

//Test these code ,it is ok;

在main函数中创建了UIApplication实例，同时也就绑定了XXXXAppDelegate
看看原型
    int UIApplicationMain ( int argc, char *argv[], NSString *principalClassName, NSString *delegateClassName );

    This function is called in the main entry point to create the application object and the application delegate and set up the event cycle.
    argc: The count of arguments in argv; this usually is the corresponding parameter to main.
    argv: A variable list of arguments; this usually is the corresponding parameter to main.
    principalClassName: The name of the UIApplicationclass or subclass.
    delegateClassName: The name of the class from which the application delegate is instantiated.

UIApplication部分：
UIApplicationMain->
    UIApplication
    UIApplicationDelegate实现类

UIApplication->
    sharedApplication类方法获取当前程序的UIApplication实例
    delegate属性获取UIApplicationDelegate实现类的实例
    windows属性获取当前程序涉及到窗口类数组
    keyWindow属性获取当前程序关键窗口

即然有了UIApplicationDelegate协议的实现类，那如何实现UIViewController/subclass的初始化？

实现Controller类的初始化的地方有两处：
application:didFinishLaunchingWithOptions:
applicationDidFinishLaunching:

这两个方法，后者是前期版本下的。在iOS3.0以及之后，应该使用前者来完成开始这个过程。XCode4运行的是application:didFinishLaunchingWithOptions:
当然，你也可以删除application:didFinishLaunchingWithOptions:，自己添加applicationDidFinishLaunching方法来实现。不推荐此操作。

看下实际对UIApplicationDelegate如何编写其实现类

#import <UIKit/UIKit.h>

@class NavSmallPhoneViewController;

@interface NavSmallPhoneAppDelegate : NSObject <UIApplicationDelegate> {

}

@property (nonatomic, retain) IBOutlet UIWindow *window;

@property (nonatomic, retain) IBOutlet NavSmallPhoneViewController *viewController;
@end

#import "NavSmallPhoneAppDelegate.h"

#import "NavSmallPhoneViewController.h"

@implementation NavSmallPhoneAppDelegate


@synthesize window=_window;

@synthesize viewController=_viewController;

@synthesize info;

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
// Override point for customization after application launch.

self.window.rootViewController = self.viewController;
[self.window makeKeyAndVisible];

//Todo 这部分代码是未测试和说明一个问题的：当前UIApplicationDelegate实现类中的window属性来源哪？
UIWindow *w = [UIApplication sharedApplication].keyWindow;
NSLog(@"%@\n%@" ,w ,self.window);
if (w == self.window)
NSLog(@"AppDelegate 'window is UIApplication current keyWindow!");

return YES;
}

/*
为了方便阅读，这里仅保留了需要看的方法。其他自动生成的代码在此移除，看完整的，自己通过XCode4自动生成
*/

- (void)dealloc
{
[_window release];
[_viewController release];
[super dealloc];
}

@end

看头文件，你发现实现类，有了两个属性，window和viewController；就是保存当前实现类所关联的window和视图控制器
通过运行，输出“AppDelegate 'window is UIApplication current keyWindow!”，说明实现类的window属性来源UIApplication实例当前的keyWindow属性。
也就是说，如果UIApplication实例只有一份UIWindow实例，那肯定和其UIApplicationDelegate实现类的window属性指向同一UIWindow实例。

之所以在UIApplicationDelegate实现类定义这么两个属性，就是为了更方便的使用UIWindow和UIViewController，作用就是建立对象树状关系，便于彼此调用和实现。

在这里，应该清楚了UIApplication和UIViewController之间是通过UIWinodw来关联的，尽管在UIApplicationDelegate实现类中定义一个viewController属性。修改下上面的关系图：
常规iPhone程序对象结构如下：
对象个数        对象类型
1        UIApplication
1            UIApplicationDelegate/subclass
1                        UIWindow
1                          .rootViewController属性
1,N                                    UIViewController/subclass
1,N                                                    UIView/subclsss

根据现在的对象结构图，可以知道UIWindow实例在此仅仅是起承上启下的作用。
UIWindow继承UIView:UIResponder:NSObject

现在可以看下UIViewController
继承UIResponder:NSObject

UIViewController其子类UINavigationController和UITabBarController为复杂视图控制器和视图的层次结构提供额外的行为处理功能。

针对问题看下，有哪些视图控制器可访问？
  parentViewController  property
  searchDisplayController  property
  splitViewController  property
  modalViewController  property
  navigationController  property
  tabBarController  property
  
  上述控制器访问器都是只读，说明这些控制器是由内部或初始化就进行处理。
  从这里来看，至少可以说明一点，Controller之间的关联是存在的~~
  

最关键，怎么去管理视图？
属性view和方法loadView

UIView又如何得到它的操作者？又如何管理自身的子视图？
继承于UIResponder:NSObject

如果UIView包含在UIViewController下，只能顺起获取到对应的UIView，暂时未知如何根据UIView获取UIViewController

UIView关于管理视图层次，如下：
Managing the View Hierarchy

      superview  property
      subviews  property
      window  property
    – addSubview:
    – bringSubviewToFront:
    – sendSubviewToBack:
    – removeFromSuperview
    – insertSubview:atIndex:
    – insertSubview:aboveSubview:
    – insertSubview:belowSubview:
    – exchangeSubviewAtIndex:withSubviewAtIndex:
    – isDescendantOfView:
    
感觉可以通过属性window来获取Controller，从某一个角度来说，这个Controller应该是当前视图的父对象

=======================================================================================================
UIView.window属性来源于当前UIApplication.keyWindow
可以通过此属性让UIView间接获取到该视图的UIViewController类

文中涉及红色粗体，是本文的相关答案标记。