10

我们不是在谈论数千行或任何东西，尽管如果有办法让事情扩大到那么高，我会喜欢的。

我有一个包含 27 个部分和 180 行的表格，分布在所有部分中，而我目前陷入的场景是当我将事物动画化为只有 3 个部分和 5 行的模型状态时，并且（更糟）又回来了。

我正在使用 beginUpdates/endUpdates 批处理所有动画。我的应用程序在 iphone4 上很好地锁定了 1-2 秒，同时它弄清楚了事情，然后动画开始了。

我已经尝试过为每行的删除/添加设置动画，将部分保留在周围（在删除的情况下将它们的行数降至 0），并且仅对部分本身的删除/插入进行动画处理（当行数将已降至 0）。我会假设后者会提供更好的性能，但它根本没有改变任何事情。

有什么可以在应用端做的来加快速度吗？现在，如果有超过 20 个动画，我有相当多的代码来摆脱单个动画，而是选择仅重新加载数据。

编辑此处显示问题的代码。这段代码的性能略好于等效的单点触控代码（这是我之前使用的），但仍然很糟糕。

#import "TableViewController.h"

@interface MyTableViewDataSource : NSObject<UITableViewDataSource> {
    int rows;
};

@end

@implementation MyTableViewDataSource

- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView
{
    return 1;
}

- (void)setRowCount:(int)r
{
    rows = r;
}

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
    return rows;
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString *CellIdentifier = @"Cell";
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
    if (!cell)
        cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier];

    cell.textLabel.text = [NSString stringWithFormat:@"row %d", indexPath.row];

    return cell;
}

@end

@implementation MyTableViewController {
    UIBarButtonItem *populateButtonItem;
};

- (id)initWithStyle:(UITableViewStyle)style
{
    self = [super initWithStyle:style];
    if (self) {
        populateButtonItem = [[UIBarButtonItem alloc] initWithTitle:@"Populate" style:UIBarButtonItemStylePlain target:self action:@selector(populateDataSource)];
    }
    return self;
}

- (void)populateDataSource
{
    NSMutableArray* new_rows = [[NSMutableArray alloc] init];
    [((MyTableViewDataSource*)self.tableView.dataSource) setRowCount:200];

    for (int i = 0; i < 200; i ++)
        [new_rows addObject:[NSIndexPath indexPathForRow:i inSection:0]];

    [self.tableView beginUpdates];
    [self.tableView insertRowsAtIndexPaths:new_rows withRowAnimation:UITableViewRowAnimationAutomatic];
    [self.tableView endUpdates];
}

- (void)viewDidLoad
{
    [super viewDidLoad];

    self.tableView.dataSource = [[MyTableViewDataSource alloc] init];
    self.navigationItem.rightBarButtonItem = populateButtonItem;
}

@end
4

3 回答 3

3

仅对可见的行进行动画处理才有意义。不要为您插入的所有行制作动画，而是考虑只为那些可见的行的插入制作动画。

另外，您确定是动画导致了延迟吗？如果您通过UITableViewRowAnimationNone动画，您会得到相同的延迟，还是更快？如果它更快，那么再次避免对那些不可见的插入进行动画处理。（您可以使用 找出当前可见的行-indexPathsForVisibleRows。）如果它不是更快，那么问题可能根本与动画无关，而是一次插入几百行的开销。像现在这样重新加载整个表格是一种选择；以较小的批次插入行是另一种方法。

最后，在插入时使用 Instruments 分析您的应用程序是一个好主意。您将更好地了解应用程序在该延迟期间正在做什么，这是消除延迟的第一步。

于 2012-05-14T15:25:12.947 回答
1

您正在使用UITableViewRowAnimationAutomatic（参考：表格视图为您选择了适当的动画样式。（在 iOS 5.0 中引入。）），并且由于某种原因，表格视图选择了一个非常糟糕的样式，在展开它们时会在所有行中淡出。更改 200 的不透明度，UIViews同时调整其框架大小并四处移动它们必须很慢。:)

你可以这样做：

[self.tableView insertRowsAtIndexPaths:new_rows withRowAnimation:UITableViewRowAnimationNone];

这将在插入行时将动画减少到 UITableView 的非常基本的动画，在我看来，插入那么多行时绝对足够了。

于 2012-05-10T14:04:52.773 回答
0

尝试使用一些硬编码的字符串数组测试相同的功能，然后看到问题消失了。如果问题仍然存在，则意味着问题在于渲染而不是数据。

对于不同类型的动画，已经制作了一些自定义控件，您可以在其中通过一些不错的单行实现获得更快的动画：这里看看。

于 2012-05-09T05:37:13.500 回答