loadView详解

来源:互联网 发布:php 调用jenkins 接口 编辑:程序博客网 时间:2024/05/21 18:34

UIViewController的loadView

用UIViewController有一段时间了,才发现以前对loadView的理解完全不到位。

假如我们用Xcode新建一个View-based Application,在ViewController.m中加上

(void) loadView { 
NSLog(@”loadView Called”); 
}

再增加viewDidLoad,按照一般的情况,我们会有这样的Code

-(void) viewDidLoad { 
[super viewDidLoad]; 
UIButton *customButton = [UIButton buttonWith….. 
…… 
[self.view addSubView:customButton]; 
}

现在打开MainWindow.xib,删掉其中的ViewController,并在AppDelegate.m的

-(BOOL)application:(UIApplication )application didFinishLaunchingWithOptions:(NSDictionary )launchOptions;

里增加ViewController的初始化

viewController = [[XXXViewController alloc] init];

编译运行就有问题了。Console中不断的输出loadView Called!

仔细的阅读loadView的文档,才知道loadView不是这么用的。

loadView在每一次使用self.view这个property,并且self.view为nil的时候被调用,用以产生一个有效的self.view。这个接口原本是为了让我们自定义view用的。在不被subclass实现的情况下,也就是[super loadView]的效果,应该就是产生了一个有效的view,也就是一个空白的view。

在上面这种情况下,loadView被实现为空(只有一条打印语句),而且我们没有通过XIB初始化ViewController,所以在viewDidLoad被执行时,self.view是为nil的。所以在执行[self.view addSubView:customButton]时,loadView被调用,用来产生一个有效的view,使得self.view不再为nil。罢特,我们错了(-_-!)。我们的loadView什么也没有做,于是就出现了上面的情形,不断的调用一个什么都不做的loadView….

当然,我们只要在loadView中增加一句[super loadView]就没有问题了。但这并不是Cocoa的设计者所期望的。

loadView仅仅应该在开发者希望自行通过编码而不是Interface Builder定制view的时候被实现,而且不应该在其中调用[super loadView],你的loadView中应该有self.view = …这样的行为。

如果仅仅是想要在当前view上增加一些UIButton或是UILabel,应该在viewDidLoad里去做,此时不要实现自己的loadView。

**loadView VS viewDidLoad 
loadView 和 viewDidLoad 的区别**

iPhone开发必不可少的要用到这两个方法。 他们都可以用来在视图载入的时候,初始化一些内容。 但是他们有什么区别呢? 
viewDidLoad 此方法在view被 addsubWiew后调用。viewDidLoad用于初始化,加载时用到的。 (不论是从xib中加载视图,还是从loadview生成视图,都会被调用。) 
loadView 此方法在控制器的view为nil的时候被调用。 此方法用于以编程的方式创建view的时候用到。loadView是使用代码生成视图的时候,当视图第一次载入的时候调用的方法。用于使用(写)代码来实现控件。用于使用代码生成控件的函数。如: 
-( void ) loadView { 
UIView *view = [ [ UIView alloc] initWithFrame:[ UIScreen 
mainScreen] .applicationFrame] ; 
[ view setBackgroundColor:_color] ; 
self.view = view; 
[ view release] ; 
}

你在控制器中实现了loadView方法,那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候, view 控制器会收到didReceiveMemoryWarning的消息。 默认的实现是检查当前控制器的view是否在使用。如果它的view不在当前正在使用的view hierarchy里面,且你的控制器实现了loadView方法,那么这个view将被release, loadView方法将被再次调用来创建一个新的view。

UIViewController 的内存管理 
在 iOS3.0 后,UIViewController 多了一个叫做 viewDidUnLoad 的方法。 
先看下 UIViewController 从创建 view 到展示的流程的几个函数

-init-initWithNibName:bundle:

这两个方法都是初始化一个 vc,但请注意 view 不是这时候载入的

-loadView-viewDidLoad当一个视图准备展现时,vc 首先会判断 view 是否已经创建否则便通过之前指定的 xib 文件来初始化 view,以及绑定其他关系(若没有指定 xib 文件,则默认会搜索和 vc 同名的 xib,比如 myNameViewController 就会搜索 myNameViewController.xib 文件)
若是没有 xib 文件,你就可以在 loadview 中自己手动创建这个 viewControoler 需要的视图。接下来就是调用到 -viewDidLoad,许多人喜欢在这里做些其他事情,比如做个 http 请求、建立个数组啥的。这里若不处理正确,-viewDidUnload 激活时内存就容易泄露了,稍后提到。
-view()appear-view()disappear这几个方法就不解释了-viewDidUnload该方法在收到内存警告,同时该视图并不在当前界面显示时候会被调用,此时该 controller 的 view 已经被释放并赋值为 nil。

接下来你要做的是

把实例变量的子视图释放(IBOulet 的,以及自己添加的) 
其他实例变量,比如之前在 -viewDidLoaded 中实例的数据数组、http 请求释放掉 
因为当该 viewController 再次被激活准备显示时(比如 navigationControler 返回到上一级),vc 发现自己的 view 为空后会重复之前的流程直到把 view 给创建起来。若没将自己额外添加的子视图,各种类实例变量释放,这里便会重新再次创建。

于是,内存泄露了。

注意iphone开发中的这两个函数viewWillAppear和viewDidAppear 
每当视图准备在屏幕上显示,或者视图已在屏幕上完全显示时,将调用这两个方法。

viewWillAppear:方法更新准备显示的视图的信息。调用时,视图可能还没有被加载。 
使用viewDidAppear:来触发视图完全显示在屏幕上之后的行为,例如任何动画。 
viewdidload是当程序第一次加载view时调用,以后都不会用到,而viewDidAppear是每当切换到view时就调用。

loadView和viewDidLoad方法。假设不使用xib文件对视图布局,那么loadView方法必须设置屏幕,并对任何子视图布局。每当继承一个具体的子类,例如UITableViewController或UITabBarController时,务必调用[super loadView]或者实现viewDidLoad。这样一来,在进行定制之前,父类可以对屏幕进行适当的设置。当代码基于具体的子类时,苹果的文档和示例代码鼓励使用viewDidLoad。 
viewDidLoad 此方法只有当view从nib文件初始化的时候才被调用。viewDidLoad用于初始化,加载时用到的。 
loadView 此方法在控制器的view为nil的时候被调用。 此方法用于以编程的方式创建view的时候用到。loadView是使用代码生成视图的时候,当视图第一次载入的时候调用的方法。用于使用(写)代码来实现控件。用于使用代码生成控件的函数。 
viewDidLoad ,不论是从xib中加载视图,还是从loadview生成视图,都会被调用。

0 0
原创粉丝点击