ios - 为什么 reloadRowsAtIndexPaths 不适用于 iOS 5.0？

已解决:请参阅下面的答案(以及可能的解释)。

我正在制作一个适用于 iOS 5.1 设备的应用，但不适用于 iOS 5.0 设备。这是适用于 5.1 但不适用于 5.0 的故障代码:

- (void) expandIndexPath: (NSIndexPath *) indexPath afterDelay: (BOOL) delay
{
    NSIndexPath *oldSelectedIndexPath = [NSIndexPath indexPathForRow:self.mySelectedIndex inSection:0];
    self.mySelectedIndex= indexPath.row; 
//  [self.myTableView beginUpdates];
    [self.myTableView reloadRowsAtIndexPaths:[NSArray arrayWithObjects:[NSIndexPath indexPathForRow:self.mySelectedIndex inSection:0], oldSelectedIndexPath,nil] withRowAnimation:UITableViewRowAnimationNone]; 
//  [self.myTableView endUpdates];
}

更奇怪的是，如果我将 reloadRowsAtIndexPaths 行替换为 [self.myTableView reloadData];，它可以在 iOS 5.0 中使用。为什么是这样？ 5.0 是否有关于 reloadRowsAtIndexPaths 行的错误？我已经在 5.0 上尝试过使用和不使用 begin/endUpdates 行，但都不起作用。

编辑:更具体地说，当我在 iOS 5 上运行该应用程序时，它会崩溃并出现以下错误:

* Assertion failure in -[_UITableViewUpdateSupport _computeRowUpdates], /SourceCache/UIKit/UIKit-1912.3/UITableViewSupport.m:386 [Switching to process 7171 thread 0x1c03]

Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Invalid table view update. The application has requested an update to the table view that is inconsistent with the state provided by the data source.'

编辑:这是我的 UITableViewDataSource 方法。

- (NSInteger)tableViewUITableView *)tableView numberOfRowsInSectionNSInteger)section
{
    //I am positive that this will ALWAYS return the number (it never changes)
    return self.myCellControllers.count;
}

- (UITableViewCell *)tableViewUITableView *)tableView cellForRowAtIndexPathNSIndexPath *)indexPath
{
    //I cache my table view cells, thus each time this method gets called it will 
    // return the exact same cell. Yes, I know that most of the time I should be dequeing
    // and reusing cells; just trust me that this time, it's best for me to cache them
    // (There are very few cells so it doesn't really matter)
    CellController *controller = [self.myCellControllers objectAtIndex:indexPath.row];
    return controller.myCell;
}

- numberOfSectionsInTableView: always returns 1;

唯一有趣的方法是

- (CGFloat)tableViewUITableView *)aTableView heightForRowAtIndexPathNSIndexPath *)indexPath
{
    if(indexPath.row == self.mySelectedIndex)
    {
        return DEFAULT_CELL_HEIGHT + self.expandSize;
    }
    else
    {
        return DEFAULT_CELL_HEIGHT;
    }
}

正如快速概述这部分程序的工作原理一样，当用户点击一个单元格时，该单元格会滚动到屏幕顶部。在它位于屏幕顶部后，它的索引被设置为 self.mySelectedIndex 并扩展(变得更高)。

---

Best Answer-推荐答案

我找到了一个可行的解决方案。如果我将 expandIndexPath 方法更改为此它可以工作:

- (void) expandIndexPath: (NSIndexPath *) indexPath afterDelay: (BOOL) delay {
    [self.myTableView beginUpdates];
    NSIndexPath *oldSelectedIndexPath = [NSIndexPath indexPathForRow:self.mySelectedIndex inSection:0];
    self.mySelectedIndex= indexPath.row;
    if(oldSelectedIndexPath.row >= 0)
    {
        [self.myTableView reloadRowsAtIndexPaths:[NSArray arrayWithObjects:[NSIndexPath indexPathForRow:self.mySelectedIndex inSection:0],oldSelectedIndexPath, nil] withRowAnimation:UITableViewRowAnimationNone]; 
    }
    else 
    {
        [self.myTableView reloadRowsAtIndexPaths:[NSArray arrayWithObjects:[NSIndexPath indexPathForRow:self.mySelectedIndex inSection:0],nil] withRowAnimation:UITableViewRowAnimationNone]; 
    }
    [self.myTableView endUpdates]; 
}

据我所知，问题在于 oldSelectedIndexPath 有时被设置为负行值。因此，当我尝试重新加载带有负数行的 indexPath 时，它在 iOS 5.0 中崩溃了。 iOS 5.1 似乎修复了这个问题并进行了更多的错误检查。

关于ios - 为什么 reloadRowsAtIndexPaths 不适用于 iOS 5.0？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11549620/