iOS   发布时间:2022-03-30  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了ios – 尝试移动UITableView行时崩溃大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
我在UITableView中有一些相当复杂的规则来移动行.每个部分有不确定数量的部分和行,并且根据各种规则,行可以在用户的​​部分内或部分之间移动到特定的其他位置.

所有数据更新,一切正常.但偶尔,在移动一行之后,应用程序将退出并突然出现一个空白区域,应该显示一行.

我正在使用:

- (NSIndexPath *)tableView:(UITableView *)tableView
targetIndexPathForMoveFromRowAtIndexPath:(NSIndexPath *)sourceIndexPath

指定允许用户根据单元格的位置拖动行的位置. 98%的工作时间.但在某些情况下,当只允许用户在各部分之间拖动时(无法对部分内的行重新排序)会出现此错误,然后在没有行的区域上滚动浏览器后应用程序崩溃.

抛出的异常非常无用:

我的代码都没有在堆栈中.最后一个特定于UITableView的方法

– [UITableView(UITableViewInternal)_visibleCellForGlobalRow:]

有人看过这个问题之前发生过吗?有任何想法吗?

解决方法

我只是在我的应用程序中点击我认为是同样的问题.

情况是我有两个表格部分.可以在部分内和部分之间拖动项目.用户可以将单元格拖动到第一部分中的任何行,但在第二部分中,项目会进行排序,因此对于任何给定的单元格,只有一个有效行.

如果我滚动视图以便第1部分的底部和第2部分的顶部可见,请抓住第1部分中排序到第2部分底部的项目,然后将其拖到第2部分的顶部,即我的tableView: targetIndexPathForMoveFromRowAtIndexPath:toProposedIndexPath:方法调用,我返回正确的目标位置,即屏幕底部下方的几行.在UI中,您可以看到在屏幕底部创建一个空单元格,这不是正确的目标行.

当你放开细胞时,在屏幕底部(第2节中间)创建的那个假细胞就会停留在那里! tableView:cellForRowAtIndexPath:永远不会为它调用它.一旦你尝试对那个单元格做任何事情,你就会崩溃.

我的第一个解决方案是在tableView的末尾调用[tableView reloadData]:moveRowAtIndexPath:toIndexPath:.但这会导致崩溃,所以我会在延迟后间接调用它.但是还有另一个错误:在延迟的reloadData调用之后,tableView:moveRowAtIndexPath:toIndexPath:再次被一个伪造请求调用,将一个项目移过第一个部分的末尾到同一个位置.所以,我不得不添加代码来忽略虚假的无操作请求.

那么,这是代码

- (void)tableView:(UITableView *)tableView moveRowAtIndexPath:(NSIndexPath *)pathSrc toIndexPath:(NSIndexPath *)pathDst
{
  // APPLE_BUG: after doing the delayed table reload (see below),we get a bogus
  // request to move a nonexistant cell to its current location
  if (pathSrc.row == pathDst.row && pathSrc.section == pathDst.section)
    return;

  // update your data model to reflect the move...

  // APPLE_BUG: if you move a cell to a row that's off-screen (because the destination
  // has been modified),the bogus cell gets created and eventually will cause a crash
  [self performSelector:@selector(delayedReloadData:) withObject:tableView afterDelay:0];
}

- (void)delayedReloadData:(UITableView *)tableView
{
  Assert(tableView == self.tableView);
  [tableView reloadData];
}

请注意,仍然存在UI错误.在屏幕上,拖动的单元格被动画化为虚假的空单元格.在动画结束时,使用该行的正确数据重新绘制空单元格,但是敏锐的用户会注意到拖动的单元格被动画化到错误的位置,然后立即变形到不同的单元格.

这绝对是一个愚蠢的用户界面.我考虑将正确的目的地行滚动到屏幕上,但如果我这样做,它将填满第二部分的屏幕,然后任何试图拖回到第一部分的行为都会被我(现在烦人的)自动滚动不断挫败.我可能不得不更改UI,但这需要对我的数据模型进行一些复杂且麻烦的更改.

大佬总结

以上是大佬教程为你收集整理的ios – 尝试移动UITableView行时崩溃全部内容,希望文章能够帮你解决ios – 尝试移动UITableView行时崩溃所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。
标签: