ChildViewController
2016-03-02 15:39
351 查看
今天的重点在于这一块了,首先我们抛出一个问题:
如何在一个ViewController中创建和管理多个复杂的子View?
在许多刚入门或者是初学者来说对于这种情况的处理方法就是
产生代码量庞大而且逻辑复杂的ViewController,看着一个上千行代码的ViewController是不是想死的心都有了?
产生的大量<nonatomic,strong>UIView占据的高内存如何处理?
处理
直接添加ViewController的view到当前ViewController的view中,这种方法倒是可以代码的高耦合的问题,但是这种方法会产生一系列更加严重的问题:
直接add进去的SubView不在ViewController的view hierarchy内,事件不会正常传递,如:旋转、触摸等,属于危险操作
违背CocoaTouch开发的设计MVC原则,ViewController应该且只应该管理一个view hierarchy
这也不行那也不可以,我们到底需要怎么来用呢?
上面代码中写出了添加和移除ChildViewController的具体写法,添加过程:
通过
这一步为隐式调用,系统在
将子控制器视图添加进主视图
通知子控制器childViewController添加完成,这一步需要手动显示调用
移除过程与之相反,只是调用的几个方法名不一样。
在Apple官方文档上明确表示了必须要调用didMoveToParentViewController和willMoveToParentViewController方法来确认完成过程执行完毕,初学者需要特别注意和几个方法的调用顺序,使用不当会导致
介绍了使用方法,在来介绍一下使用它的好处,好处就是规避了上面提到的两种误用产生的后果,具体就是:
解决了代码的高耦合
系统在收到内存警告的时候会回收一些并未显示的view,释放内存
这种方式add进入的view是属于当前view hierarchy内,可以正常传递各种事件。
在使用
callbacks。
这一篇关于UIViewController的介绍就写到这里了就结束了。
如何在一个ViewController中创建和管理多个复杂的子View?
在许多刚入门或者是初学者来说对于这种情况的处理方法就是
addSubView,需要多少个子视图不停添加进去就对了。那么问题来了,
产生代码量庞大而且逻辑复杂的ViewController,看着一个上千行代码的ViewController是不是想死的心都有了?
产生的大量<nonatomic,strong>UIView占据的高内存如何处理?
处理
addSubView这个方法,还有一种误用就是:
[self.view addSubView:self.vc.view];
直接添加ViewController的view到当前ViewController的view中,这种方法倒是可以代码的高耦合的问题,但是这种方法会产生一系列更加严重的问题:
直接add进去的SubView不在ViewController的view hierarchy内,事件不会正常传递,如:旋转、触摸等,属于危险操作
违背CocoaTouch开发的设计MVC原则,ViewController应该且只应该管理一个view hierarchy
这也不行那也不可以,我们到底需要怎么来用呢?
addChildViewController才是我们需要的。
addChildViewController是在iOS5之后出现的,在这之前人们一直都在忍受着上面我们讲的种种阵痛。首先我们看看具体用法:
[self addChildViewController:newVC]; //[newVC willMoveToParentViewController:self]; [self.view addSubview:newVC.view]; [newVC didMoveToParentViewController:self]; [oldVC willMoveToParentViewController:nil]; [oldVC.view removeFromSuperview]; [oldVC removeFromParentViewController]; //[oldVC didMoveToParentViewController:nil];
上面代码中写出了添加和移除ChildViewController的具体写法,添加过程:
通过
addChildViewController:添加子控制器
这一步为隐式调用,系统在
addChildViewController:方法后会自动调用方法
willMoveToParentViewController:
将子控制器视图添加进主视图
通知子控制器childViewController添加完成,这一步需要手动显示调用
移除过程与之相反,只是调用的几个方法名不一样。
在Apple官方文档上明确表示了必须要调用didMoveToParentViewController和willMoveToParentViewController方法来确认完成过程执行完毕,初学者需要特别注意和几个方法的调用顺序,使用不当会导致
UIViewControllerHierarchyInconsistency的警告。
介绍了使用方法,在来介绍一下使用它的好处,好处就是规避了上面提到的两种误用产生的后果,具体就是:
解决了代码的高耦合
系统在收到内存警告的时候会回收一些并未显示的view,释放内存
这种方式add进入的view是属于当前view hierarchy内,可以正常传递各种事件。
在使用
addChildViewController:还有一个比较高级的特性就是可以由自己选择控制childViewController的Appearance
callbacks。
//该方法返回NO则childViewController不会自动viewWillAppear和viewWillDisappear对应的方法 - (BOOL)shouldAutomaticallyForwardAppearanceMethods { return NO; } //viewWillAppear调用设置为YES,viewWillDisappear调用设置为NO [self.customChildViewController beginAppearanceTransition:YES animated:animated]; //对应的DidAppear调用需要成对出现 [self.customChildViewController endAppearanceTransition];
这一篇关于UIViewController的介绍就写到这里了就结束了。
相关文章推荐
- ip冲突和双网卡模式
- zImage与uImage的区别
- 第一次上机实验-1
- c++实验报告 求三角形面积
- IT资讯-------------显示抓取的文章
- WPF:把Task, Lazy和INotifyPropertyChanged组装成一个超级属性
- AsyncQueryHandler
- 第一周上机实验
- c++第一次实验
- iOS中的__block 与__weak
- mongodb地理信息应用
- Java源码分析:HashMap
- poj3264 Balanced Lineup(RMQ裸题)
- Win8激活工具
- 关于iOS多线程,你看我就够了
- Tomcat类加载机制
- 自定义validator校验
- 拥抱 Android Studio 之三:溯源,Groovy 与 Gradle 基础
- IT资讯--------抓取各个博客上的文章
- JavaScript基础