我的 iOS 应用正在使用大约 18 页的 UIPageViewcontroller。每个页面都有一个 UITableView 和 4 个动态单元格。每个单元格有大约 10 张不同的图像。
问题是每次我滑动 UIPageViewcontroller 以转到下一个/上一个页面时,都会有半秒的延迟,这让用户体验非常糟糕。
滑动后显示的下一页的 UITableView 似乎正在加载其所有重数据单元格,这导致了此延迟。
我已阅读可以使此加载异步,但我不知道如何执行此操作。
你们中有人知道如何避免这种延迟,以便顺利过渡到页面吗?
这是 UITableView 的一些代码:
#pragma mark - Table view data source
- (NSInteger)tableViewUITableView *)tableView numberOfRowsInSectionNSInteger)section
{
// Return the number of rows in the section.
return 4;
}
- (CGFloat)tableViewUITableView *)tableView heightForRowAtIndexPathNSIndexPath *)indexPath
{
if ([cellsStatus[indexPath.row] integerValue] == CLOSED_CELL)
return [GrintScoreTrackPlayerDynamicCell getHeightForCell];
else
return [GrintScoreTrackPlayerDynamicCell getFullHeightForCell];
}
- (void)scrollViewDidScrollUIScrollView *)scrollView
{
if ([mainController respondsToSelectorselector(tableViewDidScroll] &&
[mainController isKindOfClass:[GrintScoreTrackViewController class]])
{
[mainController tableViewDidScroll:scrollView];
}
}
- (UITableViewCell *)tableViewUITableView *)tableView cellForRowAtIndexPathNSIndexPath *)indexPath
{
static NSString *CellIdentifier;
GrintScoreTrackPlayerDynamicCell *cell, *cellOwner;
// Cell ID
CellIdentifier = @"GrintScoreTrackPlayerDynamicCell-ID";
// Creating the cell
cell = (GrintScoreTrackPlayerDynamicCell*)[self.tableView dequeueReusableCellWithIdentifier:CellIdentifier];
// Creating the cell owner
cellOwner = [[GrintScoreTrackPlayerDynamicCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];
// Getting cell from Nib, if possible.
if (cell == nil)
{
NSArray *nib = [[NSBundle mainBundle] loadNibNamed"GrintScoreTrackPlayerDynamicCell" owner:cellOwner options:nil];
cell = [nib objectAtIndex:0];
}
// Filling cell with the corresponding user info
[cell fillCellWithContent];
// Changing appearance based on the new status
[self setStatusOfCell:cell withStatus:[cellsStatus[indexPath.row] integerValue]];
// Setting action for cell's "collapseButton" button
[cell.collapseButton addTarget:self actionselector(changeCellStatus forControlEvents:UIControlEventTouchUpInside];
// Setting action for cell's "editScoresButton" button
[cell.editScoresButton addTarget:self actionselector(editScoresButtonWasPressed forControlEvents:UIControlEventTouchUpInside];
// Setting action for cell's "pickerEnterButton" button
[cell.pickerEnterButton addTarget:self actionselector(pickerEnterButtonWasPressed forControlEvents:UIControlEventTouchUpInside];
// Setting cell selection style
cell.selectionStyle = UITableViewCellSelectionStyleNone;
cell.layoutMargins = UIEdgeInsetsZero;
// Setting picker view delegate and data source.
[cell.pickerView setDelegate:self];
[cell.pickerView setDataSource:self];
return cell;
}
还有一些来自 GrintScoreTrackPlayerDynamicCell 单元格的代码:
- (void) fillCellWithContent
{
// Doing some processing fixes
[self postProcessCellContent];
}
- (void) postProcessCellContent
{
CGSize textSize;
CGFloat scoreLabelTextWidth, newHazzardLabelXValue, newPuttsLabelXValue, offset;
// Setting an offset for the hazzard and putts label. This offset represents the distance between the score label text and the hazzard and putts labels.
offset = 1;
// Getting the width of the text that's inside the Score Label.
textSize = [[self.scoreLabel text] sizeWithAttributes{NSFontAttributeName:[self.scoreLabel font]}];
scoreLabelTextWidth = textSize.width;
// Getting new x position value for the Hazzards Label.
newHazzardLabelXValue = self.scoreLabel.frame.origin.x +
(self.scoreLabel.frame.size.width - scoreLabelTextWidth) * 0.5 -
self.hazardsLabel.frame.size.width - offset;
// Setting the new x position value for the Hazzards label
[GrintUtils moveView:self.hazardsLabel inX:newHazzardLabelXValue andY:self.hazardsLabel.frame.origin.y];
// Getting new x position value for the Putts Label.
newPuttsLabelXValue = self.scoreLabel.frame.origin.x +
(self.scoreLabel.frame.size.width - scoreLabelTextWidth) * 0.5 +
scoreLabelTextWidth + offset;
// Setting the new x position value for the Putts label
[GrintUtils moveView:self.puttsLabel inX:newPuttsLabelXValue andY:self.puttsLabel.frame.origin.y];
}
这是一些关于我的 UIPageViewController 的代码,其中页面预加载在 pageContent 数组中:
#pragma mark - UIPageViewController Data Course
- (UIViewController *)pageViewControllerUIPageViewController *)pageViewController viewControllerBeforeViewControllerUIViewController *)viewController
{
// Getting the previous of the next controller
int index;
index = currentPageBeingDisplayed - 1;
if (index < 0)
index = [pageContent count] - 1;
return pageContent[index];
}
- (UIViewController *)pageViewControllerUIPageViewController *)pageViewController viewControllerAfterViewController:(UIViewController *)viewController
{
// Getting the index of the next controller
int index;
index = currentPageBeingDisplayed + 1;
index = index % [pageContent count];
return pageContent[index];
}
Instruments Tool Counter 的屏幕截图专注于延迟:
单元格的最后 2 张图片(它有 2 个状态):
这将是一个疯狂的猜测 - 我还没有尝试过。但是根据您如此出色的推断以及您在评论中所说的内容,我认为这就是图像进入单元格的方式:它们位于定义单元格的 .xib.
因此,对于表格的每一行,都加载了 .xib,并且所有图像都必须从 .xib 中重新加载。这就是我们认为会拖慢您速度的原因。
所以这里有一个建议:不要那样做。相反,只需在单元格中有空的 ImageView ,并用 cellForRowAtIndexPath:
中的图像填充它们。
为什么会有帮助?因为如果您通过调用 imageNamed:
来获取图像,则图像会被系统缓存。因此,每张图片都会被提取一次,之后会被永久缓存。
还有一个建议 - 确保图像小,即与它们将显示的大小相同。从大图像开始并在小 ImageView 中显示它是非常浪费时间的,因为每次都必须计算要显示的图像版本。
关于ios - UIPageViewController 滑动延迟,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28121004/
欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |