调用numberOfRowsInSection：from heightForRowAtIndexPath

刚刚在UITableView类中发现了一个非常奇怪且意外的行为。我需要的最后一个单元格在我的部分是从其他细胞不同的高度，所以我基本上这样做：调用numberOfRowsInSection：from heightForRowAtIndexPath

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath 
{ 
    if (indexPath.row == [tableView numberOfRowsInSection:indexPath.section] - 1) 
     return 44; 
    else 
     return 88; //double size for all but the last row 
}

似乎很直接，但是当我运行它，我得到无限循环，它崩溃。我确定当我打电话给numberOfRowsInSection:时，它会调用我的数据源的tableView: numberOfRowsInSection:方法。这很有意义，因为tableView的方法返回数据源值的高速缓存版本，所以它需要首次从数据源获取值。但是，然后它调用heightForRowAtIndexPath，再次传递indexPath [0，0]！它不停止。

我能够通过使用

[self tableView:tableView numberOfRowsInSection:indexPath.section]

，而不是绕过它（叫我的数据源方法，而不是的tableView的方法）。任何人都知道为什么这样做？这是定义的行为？或Apple的TableView框架中的错误？

来源

2010-12-07 GendoIkari

看起来像苹果的内部处理。我想我们需要一位苹果工程师来回答这个问题。 – Altealice 2010-12-08 04:02:07

他们不应该漂浮44.0和88.0？ – railwayparade 2011-01-11 10:09:43

问题是UITableView询问你的数据源的数据，你告诉它的答案取决于它可能或可能不会缓存的数据。

你误解了苹果公司基于其控制的M-V-C布局。对行高度的回答应该来自您的模型，而不是回调视图类。这导致视图类请求更多信息（构建其内部缓存），该视图类正在启动一组递归调用。

确保所有数据源委托方法都从模型中返回数据，并且不依赖视图缓存任何内容。如果你调试任何基于数据源的视图，你会惊讶UITableView需要多少次数据。但这是苹果公司编码的方式。

来源

2011-01-20 18:34:01

调用numberOfRowsInSection：from heightForRowAtIndexPath

回答

相关问题