1

注意：这不是性能问题！我知道 UITableView 中单元格出列的好处。

为了测试，我创建了一个带有一些简单不透明 UIView 子视图的 UIScrollView，这些子视图在白色滚动视图上具有黑色背景色，它们之间有 100 点间距，因此可以滚动。重量很轻。没有其他的。真的相信我，它并不重。

我注意到开始滚动滚动视图和开始滚动表格视图之间存在巨大差异。

当我触摸滚动视图并立即开始拖动时，它滞后了大约 0.25 秒，然后突然赶上。从那里开始它是流动的，在我再次触地之前不再滞后。

在一个更大、更复杂的 UITableView 上，当我做同样的事情时，在它开始滚动之前没有 0.25 秒的初始延迟。

我试图改变所有可能的属性，但无法消除这种愚蠢的延迟。我相信它与滚动视图有关，想要确定触摸是否打算在子视图上发生，然后查看用户是否移动它的手指太多。然后它开始滚动。

现在疯狂的是 UITableView 本身就是一个 UIScrollView，我想让我的 UIScrollView 开始滚动的速度和 UITableView 一样快。如何？

编辑：嘘..我发现了一些疯狂的东西！

NSLog(@"GR = %@", self.gestureRecognizers);


GR = (

"<UIScrollViewDelayedTouchesBeganGestureRecognizer: 0x13e930; 
state = Possible; 
delaysTouchesBegan = YES; 
view = <TestScrollView 0x13e380>; 
target= <(action=delayed:, target=<TestScrollView 0x13e380>)>>",

"<UIScrollViewPanGestureRecognizer: 0x13ee00; 
state = Possible; 
delaysTouchesEnded = NO; 
view = <TestScrollView 0x13e380>; 
target= <(action=handlePan:, target=<TestScrollView 0x13e380>)>>"

)

这是 iOS 4，iOS4 中没有 panGestureRecognizer 属性。最可疑的是 UIScrollViewDelayedTouchesBeganGestureRecognizer 和 delaysTouchesBegan。该死！如何在 iOS4中将其设置为NO ？

4

2 回答 2

1

编辑：

我在 SO 找到了这个答案。

基本上，您可以尝试子类化UIScrollView和覆盖touchesShouldCancelInContentView，以便它始终返回 NO：

- (BOOL)touchesShouldCancelInContentView:(UIView *)view
{
      return NO;
}

上一个答案：

我试图改变所有可能的属性，但无法消除这种愚蠢的延迟。我相信它与滚动视图有关，想要确定触摸是否打算在子视图上发生，然后查看用户是否移动它的手指太多。然后它开始滚动。

我认为这是正确的假设。事实上，响应者链和事件管理的设计方式是，最具体的视图是接收事件通知的视图；在此过程中，会询问响应者链中的每个视图，直到找到最深的视图。

触摸事件。窗口对象使用命中测试和响应者链来找到接收触摸事件的视图。在命中测试中，窗口在视图层次结构的最顶层视图上调用 hitTest:withEvent:；此方法通过在视图层次结构中返回 YES 的每个视图上递归调用 pointInside:withEvent: 来继续，沿着层次结构向下进行，直到找到在其范围内发生触摸的子视图。该视图成为命中测试视图。

（来源）

可能UITableView会做一些事情来改变这种行为。

让您的滚动视图成为第一响应者：

 [scrollView becomeFirstResponder]

将不起作用，因为这只会影响非触摸事件的调度。

您可以尝试使内部视图不启用触摸，看看是否有所不同。

于 2012-05-11T10:34:43.083 回答
0

你试过subViews.userInteractionEnabled = NO;吗？这将帮助您消除接触假设。

于 2012-05-11T10:59:05.637 回答