Получить уведомление, когда UITableView закончит запрашивать данные?

Есть ли способ узнать, когда a UITableViewзакончил запрашивать данные из своего источника данных?

Ни один из методов viewDidLoad/ viewWillAppear/ viewDidAppearсвязанного контроллера представления ( UITableViewController) здесь не используется, поскольку все они срабатывают слишком рано. Ни один из них (вполне понятно) не гарантирует, что запросы к источнику данных на данный момент завершены (например, пока представление не будет прокручено).

Один из способов я нашел позвонить reloadDataв viewDidAppear, так как , когда reloadDataвозвращается, как таблица будет гарантирован завершением запроса источника данных столько , сколько ему нужно , чтобы до поры до времени.

Однако это кажется довольно неприятным, поскольку я предполагаю, что это приводит к тому, что источник данных запрашивает одну и ту же информацию дважды (один раз автоматически и один раз из-за reloadDataвызова) при первой загрузке.

Причина, по которой я вообще хочу это сделать, заключается в том, что я хочу сохранить положение прокрутки UITableView- но вплоть до уровня пикселей, а не только до ближайшей строки.

При восстановлении позиции прокрутки (с помощью scrollRectToVisible:animated:) мне нужно, чтобы в табличном представлении уже было достаточно данных, иначе scrollRectToVisible:animated:вызов метода ничего не делает (что происходит, если вы размещаете вызов самостоятельно в любом из viewDidLoad, viewWillAppearили viewDidAppear).

Этот ответ, похоже, больше не работает из-за некоторых изменений, внесенных в реализацию UITableView с момента написания ответа. См. Этот комментарий: Получать уведомление, когда UITableView завершил запрос данных?

Я играл с этой проблемой в течение нескольких дней , и думаю , что подклассы UITableView«s reloadDataэто лучший подход:

- (void)reloadData {

    NSLog(@"BEGIN reloadData");

    [super reloadData];

    NSLog(@"END reloadData");

}

reloadDataне заканчивается до того, как таблица завершит перезагрузку данных. Итак, когда NSLogзапускается второй , табличное представление фактически завершило запрос данных.

Я создал подклассы UITableViewдля отправки методов делегату до и после reloadData. Работает как часы.

У меня был такой же сценарий в моем приложении, и я подумал, что опубликую свой ответ вам, ребята, поскольку другие ответы, упомянутые здесь, не работают для меня для iOS7 и более поздних версий.

Наконец, это единственное, что у меня получилось.

[yourTableview reloadData];

dispatch_async(dispatch_get_main_queue(),^{
        NSIndexPath *path = [NSIndexPath indexPathForRow:yourRow inSection:yourSection];
        //Basically maintain your logic to get the indexpath
        [yourTableview scrollToRowAtIndexPath:path atScrollPosition:UITableViewScrollPositionTop animated:YES];
 });

Быстрое обновление:

yourTableview.reloadData()
dispatch_async(dispatch_get_main_queue(), { () -> Void in
    let path : NSIndexPath = NSIndexPath(forRow: myRowValue, inSection: mySectionValue)
    //Basically maintain your logic to get the indexpath
    yourTableview.scrollToRowAtIndexPath(path, atScrollPosition: UITableViewScrollPosition.Top, animated: true)

})

Итак, как это работает.

В основном, когда вы выполняете перезагрузку, основной поток становится занятым, поэтому в то время, когда мы выполняем асинхронный поток отправки, блок будет ждать завершения основного потока. Итак, как только tableview будет полностью загружен, основной поток будет завершен, и поэтому он отправит наш блок метода

Протестировано на iOS7 и iOS8, отлично работает;)

Обновление для iOS9: отлично работает и iOS9. Я создал образец проекта в github как POC. https://github.com/ipraba/TableReloadingNotifier

Прилагаю сюда скриншот своего теста.

Протестированная среда: симулятор iOS9 iPhone6 ​​от Xcode7

РЕДАКТИРОВАТЬ: этот ответ на самом деле не является решением. Вероятно, сначала это работает, потому что перезагрузка может происходить довольно быстро, но на самом деле блок завершения не обязательно вызывается после того, как данные полностью завершили перезагрузку, потому что reloadData не блокируется. Возможно, вам стоит поискать лучшее решение.

Чтобы расширить ответ @Eric MORAND, давайте добавим блок завершения. Кому не нравится блок?

@interface DUTableView : UITableView

   - (void) reloadDataWithCompletion:( void (^) (void) )completionBlock;

@end

и...

#import "DUTableView.h"

@implementation DUTableView

- (void) reloadDataWithCompletion:( void (^) (void) )completionBlock {
    [super reloadData];
    if(completionBlock) {
        completionBlock();
    }
}

@end

Использование:

[self.tableView reloadDataWithCompletion:^{
                                            //do your stuff here
                                        }];

reloadData просто запрашивает данные для видимых ячеек. Говорит, чтобы получить уведомление, когда указанная часть вашей таблицы загружена, подключите tableView: willDisplayCell:метод.

- (void) reloadDisplayData
{
    isLoading =  YES;
    NSLog(@"Reload display with last index %d", lastIndex);
    [_tableView reloadData];
    if(lastIndex <= 0){
    isLoading = YES;
    //Notify completed
}

- (void) tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath
{
    if(indexPath.row >= lastIndex){
    isLoading = NO;
    //Notify completed
}

Это мое решение. 100% работает и используется во многих проектах. Это простой подкласс UITableView.

@protocol MyTableViewDelegate<NSObject, UITableViewDelegate>
@optional
- (void)tableViewWillReloadData:(UITableView *)tableView;
- (void)tableViewDidReloadData:(UITableView *)tableView;
@end

@interface MyTableView : UITableView {
    struct {
        unsigned int delegateWillReloadData:1;
        unsigned int delegateDidReloadData:1;
        unsigned int reloading:1;
    } _flags;
}
@end

@implementation MyTableView
- (id<MyTableViewDelegate>)delegate {
    return (id<MyTableViewDelegate>)[super delegate];
}

- (void)setDelegate:(id<MyTableViewDelegate>)delegate {
    [super setDelegate:delegate];
    _flags.delegateWillReloadData = [delegate respondsToSelector:@selector(tableViewWillReloadData:)];
    _flags.delegateDidReloadData = [delegate    respondsToSelector:@selector(tableViewDidReloadData:)];
}

- (void)reloadData {
    [super reloadData];
    if (_flags.reloading == NO) {
        _flags.reloading = YES;
        if (_flags.delegateWillReloadData) {
            [(id<MyTableViewDelegate>)self.delegate tableViewWillReloadData:self];
        }
        [self performSelector:@selector(finishReload) withObject:nil afterDelay:0.0f];
    }
}

- (void)finishReload {
    _flags.reloading = NO;
    if (_flags.delegateDidReloadData) {
        [(id<MyTableViewDelegate>)self.delegate tableViewDidReloadData:self];
    }
}

@end

Это похоже на решение Джоша Брауна, за одним исключением. В методе performSelector задержка не требуется. Независимо от того, сколько времени reloadDataзаймет. tableViewDidLoadData:всегда срабатывает, когда tableViewзаканчивает спрашивать dataSource cellForRowAtIndexPath.

Даже если вы не хотите создавать подклассы, UITableViewвы можете просто вызвать, [performSelector:@selector(finishReload) withObject:nil afterDelay:0.0f]и ваш селектор будет вызван сразу после завершения перезагрузки таблицы. Но вы должны убедиться, что селектор вызывается только один раз за вызов reloadData:

[self.tableView reloadData];
[self performSelector:@selector(finishReload) withObject:nil afterDelay:0.0f];

Наслаждаться. :)

Это ответ на несколько другой вопрос: мне нужно было знать, когда я UITableViewтоже закончил звонить cellForRowAtIndexPath(). Я layoutSubviews()выделил подклассы (спасибо @Eric MORAND) и добавил обратный вызов делегата:

SDTableView.h:

@protocol SDTableViewDelegate <NSObject, UITableViewDelegate>
@required
- (void)willReloadData;
- (void)didReloadData;
- (void)willLayoutSubviews;
- (void)didLayoutSubviews;
@end

@interface SDTableView : UITableView

@property(nonatomic,assign) id <SDTableViewDelegate> delegate;

@end;

SDTableView.m:

#import "SDTableView.h"

@implementation SDTableView

@dynamic delegate;

- (void) reloadData {
    [self.delegate willReloadData];

    [super reloadData];

    [self.delegate didReloadData];
}

- (void) layoutSubviews {
    [self.delegate willLayoutSubviews];

    [super layoutSubviews];

    [self.delegate didLayoutSubviews];
}

@end

Использование:

MyTableViewController.h:

#import "SDTableView.h"
@interface MyTableViewController : UITableViewController <SDTableViewDelegate>
@property (nonatomic) BOOL reloadInProgress;

MyTableViewController.m:

#import "MyTableViewController.h"
@implementation MyTableViewController
@synthesize reloadInProgress;

- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView {

    if ( ! reloadInProgress) {
        NSLog(@"---- numberOfSectionsInTableView(): reloadInProgress=TRUE");
        reloadInProgress = TRUE;
    }

    return 1;
}

- (void)willReloadData {}
- (void)didReloadData {}
- (void)willLayoutSubviews {}

- (void)didLayoutSubviews {
    if (reloadInProgress) {
        NSLog(@"---- layoutSubviewsEnd(): reloadInProgress=FALSE");
        reloadInProgress = FALSE;
    }
}

ПРИМЕЧАНИЯ: Поскольку это подкласс, у UITableViewкоторого уже есть свойство делегата, указывающее на MyTableViewControllerто, нет необходимости добавлять еще один. «@Dynamic delegate» указывает компилятору использовать это свойство. (Вот ссылка с описанием этого: http://farhadnoorzay.com/2012/01/20/objective-c-how-to-add-delegate-methods-in-a-subclass/ )

UITableViewСвойство в MyTableViewControllerдолжно быть изменено , чтобы использовать новый SDTableViewкласс. Это делается в Инспекторе удостоверений Interface Builder. Выделите UITableViewвнутреннюю часть UITableViewControllerи установите для «Custom Class» значение SDTableView.

Я нашел что - то подобное , чтобы получить уведомление о изменении contentSizeв TableView. Я думаю, что это должно работать и здесь, поскольку contentSize также изменяется при загрузке данных.

Попробуй это:

В viewDidLoadписьменной форме,

[self.tableView addObserver:self forKeyPath:@"contentSize" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld | NSKeyValueObservingOptionPrior context:NULL];

и добавьте этот метод в свой viewController:

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    if ([keyPath isEqualToString:@"contentSize"]) {
        DLog(@"change = %@", change.description)

        NSValue *new = [change valueForKey:@"new"];
        NSValue *old = [change valueForKey:@"old"];

        if (new && old) {
            if (![old isEqualToValue:new]) {
                // do your stuff
            }
        }


    }
}

Вам могут потребоваться небольшие изменения в проверке изменений. Хотя это сработало для меня.

Ура! :)

Вот возможное решение, хотя это и есть взлом:

[self.tableView reloadData];
[self performSelector:@selector(scrollTableView) withObject:nil afterDelay:0.3];

Где ваш -scrollTableViewметод прокручивает представление таблицы с помощью -scrollRectToVisible:animated:. И, конечно же, вы можете настроить задержку в приведенном выше коде от 0,3 до того, что вам подходит. Да, это смехотворно взломано, но у меня работает на моих iPhone 5 и 4S ...

Думаю, у меня было нечто подобное. Я добавил BOOL в качестве переменной экземпляра, которая сообщает мне, было ли восстановлено смещение, и проверяет это -viewWillAppear:. Когда он не был восстановлен, я восстанавливаю его этим методом и устанавливаю BOOL, чтобы указать, что я действительно восстановил смещение.

Это своего рода хакерство, и его, вероятно, можно было бы сделать лучше, но сейчас это работает для меня.

Похоже, вы хотите обновить содержимое ячеек, но без внезапных скачков, которые могут сопровождать вставки и удаления ячеек.

Об этом есть несколько статей. Это один.

Я предлагаю использовать setContentOffset: animated: вместо scrollRectToVisible: animated: для точных настроек просмотра прокрутки.

Вы можете попробовать следующую логику:

-(UITableViewCell *) tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"MyIdentifier"];

    if (cell == nil) {
        cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:@"MyIdentifier"];
        cell.selectionStyle = UITableViewCellSelectionStyleNone;
    }

    if ( [self chkIfLastCellIndexToCreate:tableView :indexPath]){
        NSLog(@"Created Last Cell. IndexPath = %@", indexPath);
        //[self.activityIndicator hide];
        //Do the task for TableView Loading Finished
    }
    prevIndexPath = indexPath;

    return cell;
}



-(BOOL) chkIfLastCellIndexToCreate:(UITableView*)tableView : (NSIndexPath *)indexPath{

    BOOL bRetVal = NO;
    NSArray *visibleIndices = [tableView indexPathsForVisibleRows];

    if (!visibleIndices || ![visibleIndices count])
        bRetVal = YES;

    NSIndexPath *firstVisibleIP = [visibleIndices objectAtIndex:0];
    NSIndexPath *lastVisibleIP = [visibleIndices objectAtIndex:[visibleIndices count]-1];

    if ((indexPath.row > prevIndexPath.row) && (indexPath.section >= prevIndexPath.section)){
        //Ascending - scrolling up
        if ([indexPath isEqual:lastVisibleIP]) {
            bRetVal = YES;
            //NSLog(@"Last Loading Cell :: %@", indexPath);
        }
    } else if ((indexPath.row < prevIndexPath.row) && (indexPath.section <= prevIndexPath.section)) {
        //Descending - scrolling down
        if ([indexPath isEqual:firstVisibleIP]) {
            bRetVal = YES;
            //NSLog(@"Last Loading Cell :: %@", indexPath);
        }
    }
    return bRetVal;
}

И прежде чем вызывать reloadData, установите для prevIndexPath значение nil. Подобно:

prevIndexPath = nil;
[mainTableView reloadData];

Я тестировал с NSLogs, и эта логика кажется нормальной. Вы можете настроить / улучшить по мере необходимости.

наконец, я заставил свой код работать с этим -

[tableView scrollToRowAtIndexPath:scrollToIndex atScrollPosition:UITableViewScrollPositionTop animated:YES];

было несколько вещей, о которых нужно было позаботиться -

1. назовите это внутри " - (UITableViewCell *)MyTableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath"
2. просто убедитесь, что сообщение scrollToRowAtIndexPath отправлено соответствующему экземпляру UITableView, которым в данном случае определенно является MyTableview.
3. В моем случае UIView - это представление, которое содержит экземпляр UITableView
4. Кроме того, это будет вызываться для каждой нагрузки ячейки. Поэтому добавьте логику в cellForRowAtIndexPath, чтобы избежать повторного вызова scrollToRowAtIndexPath.

Вы можете изменить размер представления таблицы или установить размер содержимого в этом методе, когда все данные загружены:

- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath
{
    tableView.frame =CGRectMake(tableView.frame.origin.x, tableView.frame.origin.y, tableView.frame.size.width, tableView.contentSize.height);
}

Я просто запускаю повторяющийся запланированный таймер и делаю его недействительным только тогда, когда contentSize таблицы больше, когда высота tableHeaderView (означает, что в таблице есть содержимое строк). Код на C # (монотач), но, надеюсь, идея понятна:

    public override void ReloadTableData()
    {
        base.ReloadTableData();

        // don't do anything if there is no data
        if (ItemsSource != null && ItemsSource.Length > 0)
        {
            _timer = NSTimer.CreateRepeatingScheduledTimer(TimeSpan.MinValue, 
                new NSAction(() => 
                {
                    // make sure that table has header view and content size is big enought
                    if (TableView.TableHeaderView != null &&
                        TableView.ContentSize.Height > 
                            TableView.TableHeaderView.Frame.Height)
                    {
                        TableView.SetContentOffset(
                            new PointF(0, TableView.TableHeaderView.Frame.Height), false);
                        _timer.Invalidate();
                        _timer = null;
                    }
                }));
        }
    }

Не UITableView layoutSubviewsвызывается непосредственно перед отображением содержимого таблицы? Я заметил, что он вызывается после того, как представление таблицы завершит загрузку своих данных, возможно, вам стоит исследовать в этом направлении.

Начиная с iOS 6, UITableviewметод делегата вызывал:

-(void)tableView:(UITableView *)tableView willDisplayHeaderView:(UIView *)view forSection:(NSInteger)section

будет выполняться после успешной перезагрузки вашей таблицы. Вы можете выполнить настройку по мере необходимости в этом методе.

Лучшее решение, которое я нашел в Swift

extension UITableView {
    func reloadData(completion: ()->()) {
        self.reloadData()
        dispatch_async(dispatch_get_main_queue()) {
            completion()
        }
    }
}

Почему просто не продлить?

@interface UITableView(reloadComplete)
- (void) reloadDataWithCompletion:( void (^) (void) )completionBlock;
@end

@implementation UITableView(reloadComplete)
- (void) reloadDataWithCompletion:( void (^) (void) )completionBlock {
    [self reloadData];
    if(completionBlock) {
        completionBlock();
    }
}
@end

прокрутите до конца:

[self.table reloadDataWithCompletion:^{
    NSInteger numberOfRows = [self.table numberOfRowsInSection:0];
    if (numberOfRows > 0)
    {
        NSIndexPath *indexPath = [NSIndexPath indexPathForRow:numberOfRows-1 inSection:0];
        [self.table scrollToRowAtIndexPath:indexPath atScrollPosition:UITableViewScrollPositionTop animated:NO];
    }
}];

Не тестировалось с большим количеством данных