iOS如何利用好UIViewController的生命周期来规范编码

iOS视图控制器的生命周期是怎样的,在编码的过程中我们应该如何运用好他的生命周期来合理的进行各项操作,我相信iOS的程序猿们都能说得头头是道,那为啥我还费劲不讨好写这篇文章呢?施主,收好你的砖头,往下看...

  • 首先,在讨论视图控制器的生命周期前,我们得先有一个视图控制器

那就整一个:

myClass *obj = [[myClass alloc] init];

在这里我想插几句关于alloc和init的东西,先alloc,就是申请一坨不被释放的内存分配给对象,并且把内存的地址返给对象指针,但是alloc之后对象是不能使用的,就像你买了块地,总得修好房子你才能住进去是吧,所以,申请的这片 内存只是分配给了对象,但是内存还没有被初始化,所以不能使用。
接下来要做的就是init,init方法的默认实现是下面这样的:

 - (instancetype)init {
     self = [super init];
     if (self) {
     //code here...
     }
     return self;
}

在给对象初始化的过程中,如果我们没有自定义方法,那么会默认调用上面这个方法去初始化(当然你也可以自己写一个初始化方法),在init方法中,默认会先执行[super init],这是什么意思,就是说如果你不做特殊处理,会按照当前对象所继承的父类来给对象进行初始化,如果你需要自定义初始化对象那就把你的初始化代码写在 if (self) { // code... }里面,我看见别人打过一个比方:

万达买了块地,让王思聪去修房,他爸想让他修一个娱乐会所,如果王思聪没意见,那就修一个娱乐会所,如果王思聪有意见,那他可能就自己就修一个LOL赛馆。

  • 视图控制器有了,看看它的生命周期了

首先来看看我们需要显示一个视图,再到这个视图消失,需要经过哪些过程。
1.创建并显示一个视图控制器:

alloc->init->loadView->viewDidLoad->viewWillAppear->viewDidAppear

2.视图控制器消失:

viewWillDisappear->viewDidDisappear->viewWillUnload->viewDidUnload->delloc

以上方法就是一个视图从出现至消失需要执行的所有方法,按照箭头的顺序来依次执行,每一个方法的执行都是按照先后顺序来的,所以说我们在对一个视图控制器的子控件进行初始化的时候,就需要考虑什么操作应该在哪个方法里去实现...以下我会分享介绍一些编码规范和操作。
(*在这里需要注意的一点就是,有alloc,那就必定会有delloc,有借有还再借不难,当视图控制器消失或者返回上一级页面,当前对象的内存会被释放掉(ARC),如果使用的MRC,则需要自己在delloc方法里面做相应的release处理,防止内存泄漏,不过现在还在使用MRC的估计都是一些很老的项目了)

  • 视图控制器的生命周期也就是上面那几个方法,重点是我们如何根据它的生命周期来合理处理我们的操作,也就是相对规范的操作

在编码过程中有一个需要注意的点,就是所有的属性都最好使用懒加载来创建,在刷新视图的时候可以避免视图重复创建,能有效地对内存进行管理(别说你不知何为懒加载~~就是传说中的getter方法),还有要注意的一点就是尽量不要再loadView方法里做操作,这样会影响视图加载的速度。

在处理子控件的时候,不要在viewDidLoad里面初始化你的view然后再addSunview,这样做首先代码很难看,在就是十分不规范。在viewDidload里面只做addSubview的事情,最后在viewDidAppear里面做Notification的监听之类的事情。至于属性的布局以及初始化,都用懒加载的方式去实现,就是放到getter里面去做。

- (void)viewDidLoad { 
    [super viewDidLoad]; 
    self.view.backgroundColor = [UIColor whiteColor]; 
    [self.view addSubview:self.tableView]; 
    [self.view addSubview:self.confirmButton]; 
    [self.view addSubview:self.textLabel]; 
}

在viewWillAppear里更新数据信息,进行网络请求,请求完成之后在[self 属性getter方法]来更新控件上的显示内容;

- (void)viewWillAppear {
    [super viewWillAppear:animate];
    
    //不要在此处进行任何的视图布局以及初始化,全部交给getter去完成
    //*** 请求数据完成之后,更新控件数据

    [self tableView];
    [self textLable];

    ***//
}

所有的getter方法全部放在最后

#pragma mark - getter
- (UITableView *)tableView {
    if(_tableView == nil) {
        _tableView = [[UITableView alloc] init];
        //...
    }
    //...
    reutrn _tableView;
}

如果说我们的视图控制器里面只有几个按钮或者一个tableView,可以不用这样做,但是,当我们的子控件越来越多的时候,你会发觉规范性的编码会个我们带来很多便利。

  • 为什么要这样做?

很多人写的ViewController,代码布局乱得一塌糊涂,然后ViewController的代码还写得老长,看着头疼。按照规范来编码,不仅viewController条理清晰,代码给了别的程序员他也能够很容易明白逻辑,区分哪些放在viewController里面比较合适,哪些不合适。也可以提高代码的可维护性和可读性。

(本文为作者原创文章,如需转载,请联系本人!)

你可能感兴趣的:(iOS如何利用好UIViewController的生命周期来规范编码)