iPad: Itérer sur chaque cellule dans un UITableView?

iPad: Itérer sur chaque cellule dans un UITableView?

  • Sens de la question, vraiment: les Cellules sont mises en commun et réutilisées. En règle générale, si vous ne le voyez pas sur un écran, ça n'existe pas. Élaborer s'il vous plaît sur ce que vous essayez de faire.
  • +1 pour le commentaire, pourquoi avez-vous besoin d'itérer sur les cellules? Habituellement, vous devez effectuer une itération sur les données sous-jacentes de la structure, vous remplir les cellules de. Si vous avez besoin d'accéder à l'cellules pour une raison quelconque, puis dans cellForRowAtIndexPath: vous pouvez définir un cell propriété de vos données sous-jacentes de la structure à point pour l'initialisation de la cellule. Assurez-vous que c'est un @property (assign) bien, pas un retain, puisque vous ne voulez pas de garder toutes les cellules de la mémoire pour le plaisir de les réutiliser.
  • Ce n'est pas vraiment de sens; la UITableView existe en tant que représentation visuelle de certains de la sauvegarde de données. Et la banque de données existe ou non un sous-ensemble particulier de ses données est actuellement à l'écran. Afin de réitérer les cellules est comparable à l'interrogation de ce qui est dans le magasin, une ligne à la fois.
  • Il est dénuée de sens. Si vous êtes à l'interrogation de l'interface graphique de la table alors votre architecture est mal. Vous n'avez jamais besoin de frotter la table sur le GUI, puisque toutes les données existent dans le magasin de données. La table est MVC et toutes les données contenues dans la cellule est dans le magasin de données basé sur ce modèle. C'est une question de ne pas comprendre comment MVC œuvres.
  • Je suis d'accord avec Nick Turner. N'essayez pas de ce que vous décrivez (avec l'exception possible que vous avez une petite table, et défini les cellules comme n'étant pas réutilisable). Le moyen recommandé d'utiliser tableviews est de maintenir un état dans un autre modèle. En tant qu'utilisateur apporte des modifications, mise à jour de ce modèle avec les modifications, par l'ajout d'un gestionnaire pour chaque champ editDidEnd ou une méthode similaire. Puis, quand "Fait", vous êtes l'examen personnalisé de votre modèle de données, les champs affichés ne sont pas nécessaires.
  • Pas exactement. La vue de la table est une représentation visuelle de certains sous-ensemble de la mémoire de sauvegarde. Il n'y a aucune garantie que c'est une représentation complète. (eh bien, vous pouvez vous assurer que tous sont générés lors de l'initialisation, que les cellules ne sont jamais réutilisés, et de le garder dans votre tableau personnalisé, comme iOS en fait la demande. Je l'ai fait. Je ne pense pas que je le ferais de nouveau - c'est difficile d'être certain que vous n'avez pas omis quelques détails, et de créer un problème qui ne se produit que dans certaines circonstances, sur certains appareils. Comment pouvez-vous garantir entièrement testé? Je vous le conseille.)

InformationsquelleAutor MikeN | 2011-04-13
  1. 65
    for (int section = 0; section < [tableView numberOfSections]; section++) {
    for (int row = 0; row < [tableView numberOfRowsInSection:section]; row++) {
        NSIndexPath* cellPath = [NSIndexPath indexPathForRow:row inSection:section];
        UITableViewCell* cell = [tableView cellForRowAtIndexPath:cellPath];
        //do stuff with 'cell'
    }
}
    • C'est normal que ça ne fonctionne que sur les cellules visibles. Invisible cellules sont retirés de la mémoire; cellForRowAtIndexPath sera de retour nul pour eux.
    • ajouter [self.tableView scrollToRowAtIndexPath:indexPath atScrollPosition:UITableViewScrollPositionTop d'animation:N]; et il sera utilisé dans les non-cellules visibles.
    • pensez à ce que votre suggestion n'. C'est un excellent exemple de pourquoi toute cette approche est erronée: vous forcez le tableview à la charge de chaque ligne à partir de la source. Si l'information nécessaire est dans la source, alors que c'est un meilleur endroit pour l'obtenir. Si la question-le demandeur a été d'essayer de lire change de ce qui est sur l'écran, alors votre suggestion semble de travail - jusqu'à de l'utilisateur effectue un changement assez loin vers le bas dans un tableau, que le défilement en arrière de la première rangée provoque le changement de la ligne jetés - et perdus à jamais, avant cette logique, il lit.
    InformationsquelleAutor aroth
  2. 26

    Pour itérer sur chaque cellule visible dans un UITableView:

    for (UITableViewCell *cell in self.tableView.visibleCells) {
    NSIndexPath *cellIndexPath = [self.tableView indexPathForCell:cell];

    (modifié pour mieux répondre et j'espère que ce n'est indexée avec plus de précision pour les résultats de la recherche avec l'intention de sauver les autres plus de temps dans le futur)

    • C'est juste pour les cellules visibles.
    • Je devrais ai mentionné que j'ai mis à jour ma réponse pour refléter votre commentaire.
    • +1 pour l'utilisation d'une oop style au lieu d'une approche par la fonction, même si vous would'nt besoin de le faire si vous êtes à la mise à jour de l'interface graphique de style.
    InformationsquelleAutor AndrewPK
  3. 4

    (Cela s'appuie sur aroths réponse.)

    J'aime à la définir comme une catégorie à UITableView il est donc disponible partout.

    (Comme mentionné à quelques reprises, vous devez être sûr que vous vraiment souhaitez effectuer une itération sur les cellules elles-mêmes. Par exemple: j'utilise cette fonction pour effacer les UITableViewAccessoryCheckmark's de toutes les cellules avant de le mettre à l'utilisateur cellule sélectionnée. Une bonne règle de base est de faire uniquement si la source de données méthodes ne peuvent pas faire ce que vous avez besoin.)

    Définir comme ceci:

    - (void)enumerateCellsUsingBlock:(void (^)(UITableViewCell *cell))cellBlock {
    NSParameterAssert(cellBlock != nil);
    for (int section = 0; section < [self numberOfSections]; section++) {
        for (int row = 0; row < [self numberOfRowsInSection:section]; row++) {
            NSIndexPath *cellPath = [NSIndexPath indexPathForRow:row inSection:section];
            UITableViewCell *cell = [self cellForRowAtIndexPath:cellPath];
            if (cellBlock != nil) {
                cellBlock(cell);
            }
        }
    }
}

    Appeler comme ceci:

    [self.tableView enumerateCellsUsingBlock:^(UITableViewCell *cell) {
    NSLog(@"cell:%@", cell);
}];

    Il serait de bon ton de typedef le bloc, trop.

    InformationsquelleAutor zekel
  4. 2

    En supposant une variable myTableView existe et de son délégué et de la source de données sont:

    UITableViewCell *cell;
NSIndexPath indexPath = [[NSIndexPath indexPathForRow:0 inSection:0];
for(indexPath.section = 0; indexPath.section < [myTableView numberOfSections]; ++indexPath.section)
{
    for(indexPath.row = 0; indexPath.row < [myTableView numberOfRowsInSection:indexPath.section]; ++indexPath.row)
    {
        cell = [myTableView cellForRowAtIndexPath:indexPath];
        //do something with this cell
    }
}
    • L'obtention de ces erreurs pour indexPath.ligne..... 1. Cession de propriété en lecture seule 2. Incrément de propriété en lecture seule....
    • Vous ne devez pas avoir créé un nouveau NSIndexPath variable locale. Vérifier indexPath n'est pas celui qui est passé dans votre tableview de la source de données la fonction ou quelque chose comme ça.
    InformationsquelleAutor darvids0n
  5. 1

    Même plus simple et plus élégante:

    -(void) tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell
                                         forRowAtIndexPath:(NSIndexPath *)indexPath {
    //use the "cell" here
}

    Mais évidemment, il ne convient pas à toutes les situations.

    InformationsquelleAutor Zinan Xing
  6. 1

    Swift 4:

    for section in 0...self.tableView.numberOfSections - 1 {
            for row in 0...self.tableView.numberOfRows(inSection: section) - 1 {
                let cell = self.tableView.cellForRow(at: NSIndexPath(row: row, section: section) as IndexPath)

                print("Section: \(section)  Row: \(row)")

            }
        }

    par steve
    Parcourir toutes les UITableCells donné une section id

    InformationsquelleAutor Oz Shabat
  7. 0

    Ce que je itération sur toutes les tables de vue cellules, même pas ceux qui sont visibles , vérifier ma réponse ici :

    https://stackoverflow.com/a/32626614/2715840

    Astuce : code Swift.

    • Votre solution en OC version, juste pour la référence: [self.tableView scrollToRowAtIndexPath:indexPath atScrollPosition:UITableViewScrollPositionTop d'animation:N];
    InformationsquelleAutor IsPha