最近在重构某个模块，以后别人封装的所谓的基类就像一坨死一样，看见就恶心，相信同行的你们能够明白那种心情。为什么要重构？并不是真的因为它像一坨死，而是因为这个模块是用户使用最频繁的，而且出现了不少bug，最重要的是这bug还是p1级别的致命bug。
曾经经过了几天的压力测试都没有复现出来，但是用户却频繁反馈，这就是决定重构的原因了。重构的界面是这样的：
当UICollectionView中的每个cell放的是一个controller.view而这个controller.view又放一个UITableVIew时，这时候将collectionView的滚动方向设置为横向就可以了。
但是，如果我们设置了bounces为YES,那么右滑返回手势就没有了，怎么办？
实现思路
共使用了四个控制器类：
- ContentController：手势冲突当前所在的控制器，使用UICollectionView，每个cell对应于一个控制器的view
- SiteController1：标签一对应的控制器
- SiteController2：标签二对应的控制器
- SiteController3：标签三对应的控制器
配置UICollectioView
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
// config collection view
;
;
;
;
;
)
;
;
;
;
;
]
;
]
;
]
;
// 不能将bounces设置为NO，否则右滑返回手势就没有了
// self.collectionView.bounces = NO;
|
当我们滚动到标签三时，再滑动就会超出范围，此时会显示部分空白，这体验不太好，不希望可以再滑动了。同样，当滑动到标签一时，再右滑时，不希望显示空白部分，而是触发右滑返回手势。
解决方案
解决方案就是实现UIScrollView的代理方法，当超出屏宽*2时，限制在屏宽*2的位置处。同样，当小于0时，就限制在0处，这样就解决了出现空白的问题。同时，这样就不会关闭用户响应，因此系统的右滑返回手势仍然可以触发。
经过这么一折腾，大家明白如何解决的了吗？
|
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
|
#pragma mark -- UIScrollViewDelegate
{
// 限制不能超出屏宽*2
{
;
;
}
// 限制不能超过0
{
;
;
}
+
;
;
;
;
;
{
// ....切换按钮
}
}
|