iOS开发UI篇—使用storyboard创建导航控制器以及控制器的生命周期

一、基本过程

新建一个项目，系统默认的主控制器继承自UIViewController，把主控制器两个文件删掉。

在storyboard中，默认的控制器是View Controller，而我们需要的是导航控制器，那么就把系统的给删掉，拖一个导航控制器进来，导航控制器中默认的第一个子控制器是一个tableview controller，这里不需要，把它删掉，重新拖三个View Controller到界面上进行连线，简单的设置就可以了。

按钮连线，按住ctrl，右边界面选择push。

完成基本设置后的界面如下:

经过这么几步简单的设置，就可以实现一个简单的多页面切换。为开发提供了极大的方便，但storyboard也不是万能的，要注意在开发中，如果在最后一个页面添加一个按钮，让它直接跳转到上一个页面会出现问题。

提示：storyboard能做的事情，使用代码都能做，但是代码能够做的事情，storyboard不一定能够做。

通过拖拉控件即可完成简单的界面设置。

下面这样的连线会出现问题：（从后面的控制器跳转到前面，只能通过代码来实现）

产生问题的原因：（当点击返回的时候，不是先把第三个控制器移除栈顶，而是先创建TWO控制器，此时栈里有四个控制器，栈顶的为TWO）.

二、控制器的生命周期

代码简单说明：

 1 @interface NJOneViewController ()

 2 3 @property (nonatomic, strong) NSArray *foods;

 4 @end 5 6 @implementation NJOneViewController

 7 8 // 当控制器的view加载完毕就调用 9 - (void)viewDidLoad

11 [super viewDidLoad];

12 NSLog(@"1控制器的view加载完毕");

14 15 // 控制器的view即将显示的时候调用 16 - (void)viewWillAppear:(BOOL)animated

18 [super viewWillAppear:YES];

19 NSLog(@"1控制器的view即将显示");

21 22 // 控制器的view完全显示的时候调用 23 - (void)viewDidAppear:(BOOL)animated

25 [super viewDidAppear:animated];

26 NSLog(@"1控制器的view完全显示");

28 29 // 控制器的view即将消失的时候调用 30 - (void)viewWillDisappear:(BOOL)animated

32 [super viewWillDisappear:animated];

33 NSLog(@"1控制器的view即将消失");

35 // 控制器的view完全消失的时候调用 36 - (void)viewDidDisappear:(BOOL)animated

38 [super viewDidDisappear:animated];

39 NSLog(@"1控制器的view完全消失");

41 42 // 控制器的view即将销毁的时候调用 43 - (void)viewWillUnload

45 [super viewWillUnload];

47 // 控制器的view完全销毁的时候调用 48 - (void)viewDidUnload

50 [super viewDidUnload];

51 // 清空不需要的属性

52 // [self.foods release]; 53 self.foods = nil;

55 56 //- (void)setFoods:(NSArray *)foods

57 //{

58 // if (_foods != foods) {

59 // [foods release];

60 // _foods = [foods retain];

61 // }

62 //}

63 64 // 接收到内存警告的时候调用 65 - (void)didReceiveMemoryWarning

67 [super didReceiveMemoryWarning];

69 /**/ 70 71 @end

打印结果如下

三个重要的方法：

// 控制器的view即将销毁的时候调用

- (void)viewWillUnload

 [super viewWillUnload];

// 控制器的view完全销毁的时候调用

- (void)viewDidUnload

 [super viewDidUnload];

 // 清空不需要的属性

// [self.foods release];

 self.foods = nil;

// 接收到内存警告的时候调用

- (void)didReceiveMemoryWarning

 [super didReceiveMemoryWarning];

}

补充：

两个内存警告的区别（和代理中得比较）:

代理的内存警告:当application发生一些事情的时候（接收到内存警告的时候），会先通知它的代理，之后代理会通知它的window,window会通知它的根控制器，根控制器会通知它的子控制器。内存警告是由上往下一层一层往下传的（可以通过在两个地方打印输出验证）。

需要了解它的父类是如何处理内存警告的。

模拟内存警告：

内存警告的处理示意图：

控制器的view是否可以销毁？它怎么知道是否可以销毁呢？如何判断？它是判断这个view是否是在windows上面。

当前one控制器在栈顶，one控制器对应的view显示在window上，如果此时发生内存警告，那么one因为在window上面，所以不会被销毁。

若此时再来一个two控制器，它创建对应的twoview显示到window上，one对应的view移开了，此时如果发生内存警告，则此时oneview已经不再在window上显示，所以会被销毁。

特别说明：outlet代表着属性，当控制器创建的时候，属性一般也是有值的，当调用了- (void)viewDidUnload方法以后，即控制器的view完全销毁了以后，所有的属性数据会清空。一般在ios5以前，还会在这个方法里面清空里面的所有属性。

提示：所有的控制器的这些方法其实是一个循环。

阿里云EMAS-专家测试服务iOS和Android上百种机型性能、兼容及UI等测试 阿里云EMAS测试专家有着集团内部多个日活过亿规模APP经验，提供EMAS专家测试，客户只需提交测试需求，从用例设计、脚本录制、海量机型测试、整理测试结果、48小时输出专家测试报告均由阿里云EMAS测试专家一站式服务完成。覆盖功能测试、深度兼容测试、性能测试、UI适配测试以及隐私合规检测等，帮助用户以更低成本获得高质量的全面测试能力，可用于APP正式发版前验收，规避手机APP上线前或发版过程中各类隐患。
iOS UI 自动化测试原理以及在 Trip.com 的应用实践 笔者入职 Trip.com 已满一年，回顾这一年的工作历程，约一半的时间都在做 UI 自动化测试相关内容。从而，笔者更深入地研究了 iOS 平台下的自动化测试技术，目前也在负责部门 App 自动化测试平台的搭建和维护。故想借这篇文章一并将所踩过的坑以及学习到的技术，系统且全面地整理出分享给大家。
flutter 在windows和linux上运行IOS UI模拟器 之前发视频总是有人留言，我用的什么模拟器，今天给大家说一下 我一般用的是device_preview这个插件，这个插件的闲置是只能做UI上的模拟，并没有真正的运行环境。 近似您的应用程序在另一台设备上的外观和性能。
如何优化iOS系统上的图文评论UI界面 在我们的社交 APP 上，⽤户的动态由精美的照⽚ 、视频和⽂字组成。对于每张照⽚和视频， 我 们都会展示出完整的标题和五个最新评论。由于⽤户喜欢使⽤标题来讲述照⽚背后的故事， 因此它们通常很⻓ 、很复杂， 并且可能包含超链 接和表情符号。渲染如此复杂的⽂本带来了⼀些问题， 它在滚动时造成性能下降。 即使在 iPhone 12 这样的新设备上， 复杂标题的初始⽂本绘制需要⻓达 50 毫秒， ⽽⽂本展示 需要⻓达 30 毫秒， 渲染速度很慢。⽂本问题还是简单问题， 有时我们需要加载更加复杂的图⽚甚⾄视频。所有这些步骤都发⽣在 UI 线程上， 导致app在⽤户滚动时丢帧。
在 iOS 上面开发界面，需要创建视图、配置界面、视图分层等等很多步骤，也就不可避免的需要书写 N 多的代码。这还仅仅是界面设计，除此之外，完成 controllers 的回调、控制内部事务在界面上的显示效果、界面的操控和内部事务的联系等等多方面的事情都需要手动解决。