转载

一个多UITableview的左右滑动简单解决方案

前言

本文源自实际开发中的需求,核心的要求有几个:

  1. 多个UITableview要支持左右滑动;

  2. 点击Tab也要有UITableview的滑动切换效果;

  3. 每个UITableview单独的下拉刷新和上拉加载;

效果图类似如下

一个多UITableview的左右滑动简单解决方案

某条.gif

正文

1、核心思路

根据要求来分析,可以采用UIScrollView作为容器,开启pageEnable属性实现左右分页,同时关闭UIScrollView的上下滑动手势(避免和UITableview的冲突),通过修改UIScrollView的contentOffset属性实现左右滑动效果。

一个多UITableview的左右滑动简单解决方案

整体架构图

2、具体代码

创建UIScrollView容器

self.mContainerScrollView = [[UIScrollView alloc] initWithFrame:self.view.bounds];
self.mContainerScrollView.bounces = NO;
self.mContainerScrollView.showsVerticalScrollIndicator = NO;
self.mContainerScrollView.showsHorizontalScrollIndicator = NO;
self.mContainerScrollView.delegate = self;
self.mContainerScrollView.pagingEnabled = YES;
[self.view addSubview:self.mContainerScrollView];

然后将四个UITableView添加到mContainerScrollView上,横坐标分别为0、self.view.width、self.view.width*2、self.view.width*3;

最后设置contentSize

self.mContainerScrollView.contentSize = CGSizeMake(self.view.width * 4, 0); // 写0,关闭vertical的滚动

如果需要滚动到某一页,可以直接修改contentOffset

self.mContainerScrollView.contentOffset = CGPointMake(self.mSegControl.selectIndex * self.view.width, self.mContainerScrollView.contentOffset.y);

最后是监听滚动结束,修改selectIndex

- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView
{
if (scrollView == self.mContainerScrollView) {
int index = self.mContainerScrollView.contentOffset.x / self.view.width;
if (index != self.mSegControl.selectIndex) {
[self.mSegControl setSelectIndex:index];
}
}
}

3、注意事项

UIScrollView容器和内部UITableView滑动手势冲突

如果UIScrollView容器的上下滑动手势打开,会存在两个上下滑手势,一般的操作不会触发UIScrollView容器的上下滑动(因为上下滑动优先被内部的UITableView捕获)。

但是,进行Page1滑动到Page2的操作,此时触发的是UIScrollView容器的左右滑动事件。如果在页面左右滑动的同时,再进行上下滑动,就会触发UIScrollView的上下滑动,造成异常现象(UITableView上下滑动不再生效)。

解决办法:contentSize的高度设置为0,关闭vertical的滚动。

contentSize = CGSizeMake(self.view.width * 4, 0); // 写0,关闭vertical的滚动

viewWithTag 具有传递性

代码中存在5个UIScrollView,其delegate回调都统一到VC,再根据UIScrollView进行处理。

为了方便调用,有时会通过tag去快速获取view。但viewWithTag具有传递性,有些属性UIScrollView容器没有,但是subviews里有,此时对容器调用viewWithTag会获取到子view上面对应tag的视图。

解决办法:判断对应UIScrollView是否为容器UIScrollView,再进行viewWithTag,并深入理解下viewWithTag的意义。

UIScrollView自动下滑20pt

iOS 7之后,苹果新增了一个的属性automaticallyAdjustsScrollViewInsets,默认值为YES。

当UIScrollView直接添加到self.view的属性上时,如果automaticallyAdjustsScrollViewInsets为YES,会调整UIScrollView的inset以适应status bar、search bar、tool bar等的高度。

但是实际开发中,在VC的viewDidLoad方法中将其设置为NO,并没有生效,UIScrollView依旧下滑了20pt。

通过KVO监听可以确定,系统的确有修改:

po change
{
kind = 1,
new = NSPoint: {414, -20},
}

并且修改的时机为:

一个多UITableview的左右滑动简单解决方案

具体的堆栈

通过堆栈可以发现,UINavigationController调用_computeAndApplyScrollContentInsetDeltaForViewController的方法,最后计算出来的偏移值。定位到具体的代码,便是:

self.mainPageNavController = [[BaseNavigationController alloc] initWithRootViewController:rootTabBarController];
self.window.rootViewController = self.mainPageNavController;

多UITableView的VC只是rootTabBarController中一个tab的VC。

于是把UINavigationController的automaticallyAdjustsScrollViewInsets属性也设置为NO。

理论上应该不至于再出现偏差的现象。但是运行之后,又出现偏移!

这时候,有的人可能会采用一种解决方案,比如在viewWillAppear的时候,把offset改回去;

或者另一种的解决方案:用UIView把UIScrollView装起来,再把UIView添加到VC.view,因为ScrollView不直接添加在VC.view上,也不会触发这bug。

但是,并不能满足解决问题,还是想找到的根本原因。经过一番思考,觉得问题可能出现在rootTabBarController上。断点一查,果然rootTabBarController的automaticallyAdjustsScrollViewInsets属性也没改,把这rootTabBarController的属性也改成NO,问题修复。

我思考的依据是view有一个层级树,vc也同样有一个层级关系。那么vc在决定是否偏移scrollview的时候,同样需要一层层询问vc。只要有一层vc想要偏移,那么就要偏移。那么沿着vc往上查找,保证所有VC的automaticallyAdjustsScrollViewInsets的属性为NO。

总结

多UITableview的VC本身已经有上万行代码,散布在十几个Category里面。相对于老代码的迁移,这次新增一个左右滑动功能的代码简直是微不足道。

在代码复杂度已经很高的架构里实现功能,犹如在钢绳交错的天空中行走,一不小心就踏空踩到Bug;又可能明明走在自己的这条钢绳上,结果把别人甩到坑里去。

三思而后行,代码以兼容稳健为主。不要为追求优雅的代码,影响破坏原代码的架构。

作者:落影loyinglin

链接:https://www.jianshu.com/p/b73762192d6b

正文到此结束
Loading...