Charge personnalisée UITableViewCell du Storyboard

Actuellement, je suis à l'aide de disposition automatique avec table de montage séquentiel pour redimensionner dynamiquement personnalisé UITableViewCells'. Tout fonctionne comme il se doit, sauf il y a fuite de mémoire lors du défilement.

Je sais que le problème est d'appeler

[self.tableView dequeueReusableCellWithIdentifier:CellIdentifier];

de l'intérieur

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath

Ma question est la suivante, quelle serait la meilleure façon de créer une cellule de référence? Comment charger une cellule de storyboard sans dequeueReusableCellWithIdentifier?

Et est-il ok pour peut-être l'appeler dequeueReusableCellWithIdentifier de viewDidLoad et de créer une cellule de référence en tant que propriété?

J'ai besoin de la cellule de référence pour le dimensionnement des fins.

Merci pour toute aide.

InformationsquelleAutor Iki | 2014-04-06

10

Sur la façon de créer des cellules de référence (voir la question d'origine), il y a quelques options que je peux voir:
1. créer une cellule personnalisé avec XIB, excellent article ici -> un lien!
  - cela m'a été signalé par @smileyborg, merci!
2. créer votre cellule personnalisé dans le code, avec les contraintes.
3. la création de votre propre cellule dans la table de montage séquentiel comme prototype de cellule
  - après qu'il y a 2 options:
    
    faire glisser et déposer des cellules personnalisées à partir de la vue de la table à la table de montage de la scène, comme un haut-niveau de la pointe de l'objet (ne faisant pas partie de la vue de la hiérarchie), et il suffit de créer exutoire pour elle.
    
    copie de cellule personnalisé et le coller dans le storyboard de la scène. Lors de l'utilisation de cette façon, il n'y a pas besoin de s'inscrire cellule d'origine avec table pour les retirer.
    
    problème mineur avec les deux approches est que, une fois que vous faites glisser et déposer des cellules personnalisées à la table de montage de scène, vous ne serez pas en mesure de voir visuellement et organiser l'INTERFACE utilisateur.
  - excellent article ici -> un lien!
Merci à tous pour l'aide!

InformationsquelleAutor Iki
1

Et est-il ok pour peut-être l'appeler dequeueReusableCellWithIdentifier de viewDidLoad et de créer une cellule de référence en tant que propriété?

Oui, vous pouvez le faire. Ou paresseux initialiser la propriété:
```
- (UITableViewCell *)referenceCell
{
    if (!_referenceCell) {
        _referenceCell = [self.tableView dequeueReusableCellWithIdentifier:@"Cell"];
    }
    return _referenceCell;
}
```
- Il semble que cela permettra aussi de créer des fuites. Je me suis mise à l'essai dès maintenant.
- La nuit dernière, j'ai eu une conversation avec Tyler Fox (@smileyborg), il a créé un grand exemple pour la mise en page automatique et dynamique de la vue de la table de la hauteur linket il a également confirmé que l'utilisation de dequeueReusableCellWithIdentifier à l'extérieur de cellForRowAtIndexPath va probablement créer des fuites.
- Curieux de savoir pourquoi @smileyborg pense que c'est une fuite. Mon TLIndexPathTools utilise cette méthode pour calculer automatiquement la hauteur de la cellule personne n'a jamais signalé une fuite. Et je l'ai juste testé. Si vous avez un scénario où il y a une fuite, j'aimerais prendre un coup d'oeil.
- Il est vrai que les cellules de fuite lorsque retiré et n'est pas retourné dans cellForRowAtIndexPath. Voir la discussion de ce sujet ici: github.com/caoimghgin/TableViewCellWithAutoLayout/issues/16 Notez que ce n'est probablement pas un problème si vous êtes seul à l'appeler une fois et puis le stockage de la une cellule pour l'utiliser plus tard. Mais si vous avez fait cela un certain nombre de fois (ou peut-être votre point de vue contrôleur est créé & détruit souvent), vous verrez chacun de ces cellules se bloque autour de à conserver un nombre de 1, et donc n'est jamais libéré.
- Yep, je suis le seul à en file d'attente par un IDENTIFIANT de cellule et de le réutiliser. Je les garde dans un dictionnaire et ils ont retiré correctement avec la vue du contrôleur. Puisque c'est fait à l'extérieur de la cellule ordinaire de la réutilisation du cycle, je ne m'attends pas à être écarté de la réutilisation de la piscine. Merci pour la clarification de ce que vous voulez dire.
- eu une conversation avec une pomme ingénieur, il a déclaré que "la même méthode retourne un autoreleased objet, et, en principe, ne devrait pas provoquer une fuite de mémoire."
- mais bien sûr, je suis d'accord avec vous au sujet de la fuite, et c'est très visible sur ma fin en raison de fréquentes alloc/dealloc. C'est probablement un bug sur leur fin.
InformationsquelleAutor Timothy Moose

Vous pouvez simplement retirer la cellule une fois et stocker de la hauteur:

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSNumber *height;

    if (!height) 
    {
        UITableViewCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"YourCustomCell"];
        height = @(cell.bounds.size.height);
    }

    return [height floatValue];
}

InformationsquelleAutor RaffAl

Vous devez vous connecter pour publier un commentaire.