iOS | 右滑返回

苹果系统自带的右滑返回方便方便人们更好的使用APP，前几天老总就提了这个需求，今天结合自己项目谈一谈，产品设计的需求诡异，打破了系统默认的页面跳转规则（Push、Pop），各个页面神跳转(好了不吐槽了),需要自己自定义NavigationController从而导致系统自带的右滑返回失效。

下面先看一下实现效果.


屏幕截图

效果还不错吧,直接上代码

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#import "LYNavigationController.h"
@interface LYNavigationController () <UIGestureRecognizerDelegate>
@end
@implementation LYNavigationController
- (void)viewDidLoad{
[super viewDidLoad];
//  这句很核心 稍后讲解
id target = self.interactivePopGestureRecognizer.delegate;
//  这句很核心 稍后讲解
SEL handler = NSSelectorFromString(@"handleNavigationTransition:");
//  获取添加系统边缘触发手势的View
UIView *targetView = self.interactivePopGestureRecognizer.view;
//  创建pan手势 作用范围是全屏
UIPanGestureRecognizer * fullScreenGes = [[UIPanGestureRecognizer alloc]initWithTarget:target action:handler];
fullScreenGes.delegate = self;
[targetView addGestureRecognizer:fullScreenGes];
// 关闭边缘触发手势 防止和原有边缘手势冲突
[self.interactivePopGestureRecognizer setEnabled:NO];
}
//  防止导航控制器只有一个rootViewcontroller时触发手势
- (BOOL)gestureRecognizerShouldBegin:(UIPanGestureRecognizer *)gestureRecognizer {
//解决与左滑手势冲突
CGPoint translation = [gestureRecognizer translationInView:gestureRecognizer.view];
if (translation.x <= 0) {
return NO;
}
return self.childViewControllers.count == 1 ? NO : YES;
}
@end

在实现之前,先推测一下苹果实现pop的大概思路.首先,需要在一个合适的view上添加边缘手势,其次,针对这个手势必然要实现一个方法响应该事件.当然,根据苹果一贯代码风格,处理该事件很可能交给另一个专门的类去处理.

假如以上推测成立,只要获得那个专门处理事件的类和方法,实现全屏pop效果就很简单了.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
(lldb) pclass [self interactivePopGestureRecognizer]
// 信息->1
UIScreenEdgePanGestureRecognizer
| UIPanGestureRecognizer
|    | UIGestureRecognizer
|    |    | NSObject
(lldb) pclass [self interactivePopGestureRecognizer].delegate
// 信息->2
_UINavigationInteractiveTransition
| _UINavigationInteractiveTransitionBase
|    | UIPercentDrivenInteractiveTransition
|    |    | NSObject
(lldb) po [self interactivePopGestureRecognizer]
// 信息->3
<UIScreenEdgePanGestureRecognizer: 0x7fab1243be00; state = Possible; enabled = NO; delaysTouchesBegan = YES; view = <UILayoutContainerView 0x7fab126a4a60>; target= <(action=handleNavigationTransition:, target=<_UINavigationInteractiveTransition 0x7fab1243b850>)>>
(lldb) po [self interactivePopGestureRecognizer].delegate
// 信息->4
<_UINavigationInteractiveTransition: 0x7fab1243b850>
(lldb)

从信息1中,可以知道interactivePopGestureRecognizer属性并不是UIGestureRecognizer类型的对象,而是其子类UIPanGestureRecognizer的子类UIScreenEdgePanGestureRecognizer类型的对象.

UIScreenEdgePanGestureRecognizer是边缘触发手势,在系统中公有API,里面只有一个edges属性,用来设置具体边缘有效,如左边缘.具体可以参考官方API.

在信息3中,可以看到

1
target= (action=handleNavigationTransition:, target=<_UINavigationInteractiveTransition x7fab1243b850>)

这样一条信息,里面包含了target和action.看到这是不是很兴奋?iOS开发者再也属性不过的目标-动作模式了.

到这里,已经可以确定苹果的实现方式是通过边缘触发手势处理pop的.这里target是私有的,如何获得呢?于是,网上很多人开始使用runtime来获得一些私有的方法.笔者一般不愿在正式上线的项目中使用runtime获得私有API,虽然不一定会被苹果拒接,但是会有一定风险

难道有没不用runtime的好方法?

先别着急,继续看信息2和4, interactivePopGestureRecognizer的代理是_UINavigationInteractiveTransition,看类名可以想到该类和交互转场相关.分析到这里,基本上可以推测出苹果是通过代理将事件处理委托给了_UINavigationInteractiveTransition对象.

在信息3中,可以看到target=<_uinavigationinteractivetransition 0x7fab1243b850="">的地址是0x7fab1243b850,信息4中<_uinavigationinteractivetransition: 0x7fab1243b850="">的地址也是0x7fab1243b850.

由以上分析,可以确定苹果的实现方式是将处理边缘触发的事件的任务委托给了_UINavigationInteractiveTransition,在_UINavigationInteractiveTransition中有处理该事件的方法handleNavigationTransition:.

代码分析

1
id target = self.interactivePopGestureRecognizer.delegate;

这句代码目的是获取事件处理对象.以便自己添加的手势可以把事件处理委托给它.

1
SEL handler = NSSelectorFromString(@"handleNavigationTransition:");

这句就是获取委托对象里的处理方法.
1
2
3
UIPanGestureRecognizer * fullScreenGes = [[UIPanGestureRecognizer alloc]initWithTarget:target action:handler];
fullScreenGes.delegate = self;
[targetView addGestureRecognizer:fullScreenGes];

这几句就是添加自己的全屏手势,通过目标-动作模式把任务交给了系统委托对象处理.

建议

如果需要自定制导航时,实现是写在UINavigationController子类中,比较方便.如果不需要,可以单独写一个分类.这里写在GLNavigationController中,其中GLNavigationController.h继承自UINavigationController.