作为最基本的知识,我们都知道通过导航控制器push出来子控制器时,系统会默认给导航条的左上角设置一个返回按钮.样式是默认如下图的.
(本文所有的代码设置都是应该写在你当前设置的导航控制器中)
导航控制器还有个属性:
self.interactivePopGestureRecognizer
这是系统给导航控制器的view添加的一个滑动返回的手势,也就是在导航控制器的子控制器下,你除了可以通过点击左上角返回按钮返回上一级,也可以通过滑动返回,到这里感觉还挺贴心的,不过要注意用过这个功能的同学们应该都知道这个功能仅限于你滑动的是屏幕最左侧的边缘,要不就是无效的.这就有点蛋疼了.......
注意:滑动区域小还不只是最蛋疼的问题,这个手势不是在任何情况下都有效的.如果我们不用系统默认的返回按钮,而是通过自定义的方式,那么这个手势就会失效.
造成这个手势失效的原因:
默认情况下,只要用的是系统默认的返回按钮,那么控制手势是否被触发的那个代理方法的返回值就是yes,也就是说手势可以用,但是这里如果覆盖了导航条上左侧按钮,那么就会触发代理方法,返回NO,那么手势就会失效.
#pragma mark - 手势代理方法
//是否触发手势
-(BOOL)gestureRecognizerShouldBegin:(UIGestureRecognizer *)gestureRecognizer
{
//控制是否触发手势,如果用系统默认样式的返回按钮,这里返回值默认是YES
}
这里我是在当前导航控制器中通过拦截push方法,来统一设置导航控制器的子控制器的返回按钮的样式,所以如果说以后项目中发现,所有子控制器的返回按钮都是一样的,通过这种方法统一设置比较方便
//重写push方法来统一设置push出来 的控制器的导航条上的返回按钮,根控制器除外
-(void)pushViewController:(UIViewController *)viewController animated:(BOOL)animated
{
// 先判断是不是根控制器,当第一次设置导航控制器的根控制器的时候,会来到这个方法,这时候导航控制器的子控制器数为0,设置成功之后就是1 ,之后每次push出新的控制器都会来到这个方法
if (self.childViewControllers.count > 0)//过滤掉根控制器
{
// 设置返回按钮
UIButton *backButton = [[UIButton alloc] init];
[backButton setTitle:@"返回" forState:UIControlStateNormal];
[backButton setTitleColor:[UIColor blackColor] forState:UIControlStateNormal];
[backButton setTitleColor:[UIColor redColor] forState:UIControlStateHighlighted];
[backButton addTarget:self action:@selector(back) forControlEvents:UIControlEventTouchUpInside];
// 设置按钮尺寸自适应
[backButton sizeToFit];
viewController.navigationItem.leftBarButtonItem = [[UIBarButtonItem alloc] initWithCustomView:backButton];
}
// 一定要调用父类的push的方法
[super pushViewController:viewController animated:animated];
}
效果图:
解决:
既然是代理控制的手势,那么可以把这个手势的代理清空,就不会触发代理方法,所以就可以恢复滑动返回.
这时候会出现新的问题:
就是滑动到导航控制器的根控制器的时候,会出现应用程序假死的状况.解决这个问题我们可以设置手势代理为当前导航控制器
//设置手势代理为当前导航控制器
self.interactivePopGestureRecognizer.delegate = self;
在代理方法: // 是否触发手势
- (BOOL)gestureRecognizer:(UIGestureRecognizer *)gestureRecognizer shouldReceiveTouch:(UITouch *)touch
{
// 在根控制器下 不要 触发手势
return self.childViewControllers.count > 1;
}
这样就能解决滑动到根控制器时出现程序假死的情况了.
接下来进入重点:如何实现全屏滑动返回上一级
目前很多App都有这种功能,比如浏览器类的App.因为系统之前的手势滑动区域比较小,所以我们需要把它之前的手势替换掉.也就是添加一个新的手势 UIPanGestureRecognizer,这是最基本要做的.
实现这个功能之前我们先研究下系统是如何实现默认的滑动返回上一级的功能的.其实就是研究这个手势属性,通过查看它的信息,来看它是如何实现滑动返回的
self.interactivePopGestureRecognizer
我先通过打印输出了这个手势的信息:
NSLog(@"系统手势信息---%@",self.interactivePopGestureRecognizer);
输出结果:
demo[27061:1229271] 系统手势信息---<UIScreenEdgePanGestureRecognizer: 0x7fddba56d6c0; state = Possible; delaysTouchesBegan = YES; view = <UILayoutContainerView 0x7fddba79e600>;
target= <(
action=handleNavigationTransition:,
target=<_UINavigationInteractiveTransition 0x7fddba56d130>)>>
我们可以发现里面几个关键的信息:
action=handleNavigationTransition: 这应该就是实现滑动返回功能的方法,也就是滑动是触发的方法.
target=<_UINavigationInteractiveTransition 0x7fddba56d130 这个对象是实现这个手势触发方法的对象.
接下来我又打印了手势的代理
NSLog(@"系统手势代理----%@",self.interactivePopGestureRecognizer.delegate);
打印出来的信息
系统手势代理----<_UINavigationInteractiveTransition: 0x7fddba56d130>
重点来了:
你会惊奇的发现,手势的代理和之前打印出来的手势中的target对象内存地址是一样.通过这个可以断定系统的做法就是在自己的代理对象中实现了监听滑动返回手势的方法的.
这样问题其实已经解决的差不多了.我们完全来个偷梁换柱,按照系统的做法去添加我们自己的滑动手势,毕竟总重要的两个信息我们已经得到了.现在要做的工作就是把系统的手势替换掉.
- (void)viewDidLoad {
[super viewDidLoad];
//打印之前的手势,来看看系统是怎么设置这个手势的
NSLog(@"系统手势信息---%@",self.interactivePopGestureRecognizer);
NSLog(@"系统手势代理----%@",self.interactivePopGestureRecognizer.delegate);
// 添加全屏滑动返回手势
UIPanGestureRecognizer *pan = [[UIPanGestureRecognizer alloc] initWithTarget:self.interactivePopGestureRecognizer.delegate action:@selector(handleNavigationTransition:)];
[self.view addGestureRecognizer:pan];
// 设置手势的代理,主要用来控制手势什么时候被触发
pan.delegate = self;
// 把之前的手势禁用掉
self.interactivePopGestureRecognizer.enabled = NO;
}
同样为了避免滑动到导航根控制器的根控制器出现假死的情况:
这里导航控制器要遵守协议
<UIGestureRecognizerDelegate>
#pragma mark - 手势代理方法
//是否触发手势
-(BOOL)gestureRecognizerShouldBegin:(UIGestureRecognizer *)gestureRecognizer
{
// 根控制器不需要手势
return self.childViewControllers.count > 1;
}
到此为止通过偷梁换柱的方法,已经实现了导航控制器下子控制器全屏滑动返回的功能