码迷,mamicode.com
首页 > 其他好文 > 详细

滑动返回功能被覆盖的解决思路

时间:2016-11-11 22:50:15      阅读:203      评论:0      收藏:0      [点我收藏+]

标签:原因   解决方案   控制   观察   代理   关键字   view   验证   解决   

     在OC开发中,导航控制器是一个非常常见的控件,而且在不少使用时候,我们需要自定义导航条NavigationBar。但是这个做法可能带来一些小麻烦,下面是我遇到的问题以及解决方案的思维过程。
     在苹果内部,返回功能的实现自带了一个边缘的滑动返回功能。但是一旦使用我们自定义的NavigationBar,子控制器这个功能便会消失。如果我们既要用到自定义,又要保留滑动返回功能,那我们首先要分析消失的原因,再来寻找解决方案。
 
技术分享
     既然替换NavigationBar会导致滑动返回功能的消失,那我们基本可以确定,在NavigationBar当中会有某些属性某些方法实现了这个功能。那么需要进一步考虑系统做了哪些事,哪些会导致滑动功能失效。
     由于滑动功能肯定需要手势,我们可以先从手势进行分析。又因为滑动返回手势是iOS7.0以后推出的,而且添加手势是添加到UINavigationController的view上,那我们直接点进去搜索关键字“gesture”
技术分享
 
出现有且只有一个符合我们条件的属性。那我们可以大胆推测滑动返回功能跟interactivePopGestureRecognizer有关系,所以直接打印它的值来观察。
 
技术分享
 
刚好它的值中有个与屏幕边缘的手势相关,进一步验证我们的猜想。那么就可以用最简单粗暴的方法来确认,直接“干掉”该方法,如果功能失效,那肯定与它相关,那我们可以考虑尝试代理,通过interactivePopGestureRecognizer让滑动返回功能失效。
     首先让控制器成为interactivePopGestureRecognizer的代理,在代理方法中把识别手势方法的返回值改为NO,不出所料,滑动功能无法实现。
技术分享
 
为了确认该属性本来就存在着代理,顺便把代理属性的值也打印出来。
 
技术分享
 
这也可以证明了猜想的正确性。那么下一步就是考虑如何在使用自定义导航条(NavigationBar)的基础上,使滑动功能继续实现。
     首先尝试直接把代理属性清空,不让它继续控制屏幕滑动,确实实现了自定义NavigationBar后继续滑动的返回功能。但明显也会带来bug,造成导航控制器view也可以滑动,而且滑动后造成了界面的假死,所以不能把代理设置为nil。那我们继续使用控制器作为代理,考虑通过控制手势在根控制器上不能滑动来修复该bug。
技术分享
在手势控制时加入判断,如果该控制器为根控制器,那么手势将不会触发,如果为子控制器,能够正常使用。最终达到项目要求,在使用自定义NavigationBar的前提下实现原有的滑动返回功能。

滑动返回功能被覆盖的解决思路

标签:原因   解决方案   控制   观察   代理   关键字   view   验证   解决   

原文地址:http://www.cnblogs.com/guwudao/p/6055496.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!