有时我们在做拖动功能的时候会用到UIPanGestureRecognizer手势，例如之前封装过的一个侧滑导航栏：
今天在用这个导航栏的时候发现一个问题，UIPanGestureRecognizer是任何滑动手势都会辨别，它不像UISwipeGestureRecognizer一样有方向，这样就会导致如果导航栏的MainView不是UIScrollView或者UITableView的话上下滑动会出现视图消失的错误，这是因为上下滑动也会触发手势的响应方法。
因此我们需要在手势响应方法中自己判断方向并作出调整。
一些不怎么可行的方法：
由于在写的时候写上了三种状态，Begin，Changed，Ended，若仅仅是对Pan手势判定方向，那么调用translationInView:方法并判断其x、y的正负即可，但是在这里如果只是简单的在Changed中判定偏移并return的话会出现操作不流畅，滑到中间如果上移手势的话就不能再拉了。
只是简单地这样处理用户体验并不好
而如果在Begin中return是没有用的，因为当你滑动的时候依旧会调用这个响应方法并调到Changed状态的代码块中执行，在Begin中禁用手势的话更糟，一旦上下滑动，你的手势就永久失灵了，我想不到能在哪里让手势重新生效。
我的解决方法：
static BOOL canMoveView = YES;
在响应方法的开头加上这一句，在之后的操作中就用这个方法决定是否可以拉出，注意必须是static的，因为这个方法会在拉的过程中被反复调用，static将该变量放到静态存储区，只初始化一次，在每次调用该方法时canMoveView都保留着上次调用函数后的结果。
接着在Begin块中进行判断
if (recognizer.state == UIGestureRecognizerStateBegan) {
//0 或者 self.leftOffsetX 或者 self.rightOffsetX
currentOffsetX = _mainView.transform.tx;
if ([recognizer translationInView:_mainView].y != 0) {
canMoveView = NO;
return;
}
}
如果用户是上下滑动的，那么置该标识符为NO，这样在Changed块中就可以根据这个标识符的值来做出响应的响应，而且由于只有在begin中才进行判断，所以当用户已经开始拉导航栏的时候，即时上下滑动手指也不影响流畅性了。
if (recognizer.state == UIGestureRecognizerStateChanged) {
if (!canMoveView) {
return;
}
<span style="white-space:pre"> </span>//下略
当然，为了保证上下滑动后，下一次还能拉出这个导航栏，还得在Ended块中置该值为YES，表明不管这次滑动是否有效，下一次滑动默认都为有效。
if (recognizer.state == UIGestureRecognizerStateEnded) {
//......
canMoveView = YES;
}
这样就能在不影响用户体验的情况下禁止Pan手势的上下滑动了。