UICollectionView ne met pas à jour immédiatement lors de l'appel de reloadData, mais de façon aléatoire après 30 à 60 secondes

Comme le titre l'indique, mon UICollectionView n'est pas mise à jour et afficher les cellules immédiatement après l'appel de reloadData. Au lieu de cela, il semble finalement mise à jour de ma collection vue après 30 à 60 secondes. Ma configuration est comme suit:

UICollectionView ajouté à vue-contrôleur dans la table de montage avec les deux delegate et dataSource de configuration pour l'affichage du contrôleur et de la prise de courant standard de configuration
numberOfSectionsInRow & cellForItemAtIndexPath sont mis en œuvre à la fois de référence et le prototypage de la cellule et de la imageView à l'intérieur

Voici le code qui va à Twitter, un calendrier, l'affecte à une variable, recharge une vue de la table avec les tweets et puis s'en va à travers les tweets pour voir des photos et de la recharge de l'affichage de la collection avec ces éléments.

Même si j'ai commenté le code pour afficher l'image, il n'est toujours pas changer quoi que ce soit.

SLRequest *timelineRequest = [SLRequest requestForServiceType:SLServiceTypeTwitter requestMethod:SLRequestMethodGET URL:timelineURL parameters:timelineParams];
[timelineRequest performRequestWithHandler:^(NSData *responseData, NSHTTPURLResponse *urlResponse, NSError *error) {
    if(responseData) {
        JSONDecoder *decoder = [[JSONDecoder alloc] init];

        NSArray *timeline = [decoder objectWithData:responseData];

        [self setTwitterTableData:timeline];

        for(NSDictionary *tweet in [self twitterTableData]) {
            if(![tweet valueForKeyPath:@"entities.media"]) { continue; }

            for(NSDictionary *photo in [[tweet objectForKey:@"entities"] objectForKey:@"media"]) {
                [[self photoStreamArray] addObject:[NSDictionary dictionaryWithObjectsAndKeys:
                                                    [photo objectForKey:@"media_url"], @"url",
                                                    [NSValue valueWithCGSize:CGSizeMake([[photo valueForKeyPath:@"sizes.large.w"] floatValue], [[photo valueForKeyPath:@"sizes.large.h"] floatValue])], @"size"
                                                    , nil]];
            }
        }

        [[self photoStreamCollectionView] reloadData];
    }
}];
  • Êtes-vous sûr que ce n'est pas juste parce que vous n'êtes pas d'appel reloadData jusqu'à ce que la demande a terminé? (ce qui prend du temps).
InformationsquelleAutor nullfox | 2013-02-11
  1. 42

    C'est un symptôme classique de l'appel de UIKit méthodes à partir d'un thread d'arrière-plan. Si vous affichez le -[SLRequest performRequestWithHandler:] de la documentation, il est dit que le gestionnaire ne donne aucune garantie de thread qui sera exécuté sur.

    Envelopper votre appel à reloadData dans un bloc et de la transmettre à des dispatch_async(); aussi passer dispatch_get_main_queue() que la file d'attente argument.

    • Vous gagnez! Emballage le code exactement comme vous l'avez dit résolu le problème. Est-il une différence fondamentale entre UITableView et UICollectionView, ce qui devrait laisser reloadData travail sur UITableView mais pas UICollectionView?
    • content que ça a fonctionné! Je ne suis pas au courant de toute différence, mais si il y en a un il est probable que la mise en œuvre des détails qui shoudln pas être invoqué. Le seul recours est de s'assurer que les messages envoyés à une UIKit objet sont envoyés sur le thread principal.
    • HEURES de débogage résolu avec votre solution simple! Même problème se rapporte à la UITableView d'ailleurs. Merci!!!!
    • tellement heureux de vous aider!
    • Merci pour l'astuce "C'est un symptôme classique de l'appel de UIKit méthodes à partir d'un thread d'arrière-plan." J'était en train de recharger UICollectionView de NSNotificationCenter et il a été agissant de dingo. Habillage de recharge de dispatch_async résolu.
    • heureux de vous aider! veiller à ce que toutes les notifications qui affectent l'INTERFACE utilisateur sont affichés sur le thread principal doit également fournir une garantie similaire

    InformationsquelleAutor Carl Veazey
  2. 8

    Vous avez besoin pour envoyer la mise à jour du thread principal:

     dispatch_async(dispatch_get_main_queue(), ^{
    [self.photoStreamCollectionView reloadData];
  });

    ou Swift:

    dispatch_async(dispatch_get_main_queue(), {
    self.photoStreamCollectionView.reloadData()
})
    • C'est un doublon de la accepté de répondre...
    InformationsquelleAutor ricardohdz
  3. 3

    Apple dire:Vous ne devez pas appeler cette méthode dans le milieu de l'animation de blocs où les éléments sont insérées ou supprimées. Les Insertions et les suppressions entraînent automatiquement les données de la table pour être mis à jour en conséquence.

    En face: Vous ne devez pas appeler cette méthode dans le milieu de l'animation (inclure UICollectionView dans le défilement).

    donc, vous pouvez:

    [self.collectionView setContentOffset:CGPointZero animated:NO];
[self.collectionView performSelectorOnMainThread:@selector(reloadData) withObject:nil waitUntilDone:NO];

    ou la marque, assurez-vous de ne pas tout de l'animation, et ensuite appeler reloadData;
    ou

    [self.collectionView performBatchUpdates:^{
//insert, delete, reload, or move operations
} completion:nil];
    InformationsquelleAutor diong