Paramètre de style de UITableViewCell si vous utilisez iOS 6 UITableView dequeueReusableCellWithIdentifier:forIndexPath:

Je suis en train de travailler sur la façon de définir la UITableViewCellStyle lors de l'utilisation de nouvelles méthodes dans l'iOS 6 pour UITableView.

Auparavant, lors de la création d'un UITableViewCell je voudrais changer les UITableViewCellStyle enum pour créer différents types de défaut des cellules lors de l'appel de initWithStyle: mais de ce que j'ai pu rassembler, ce n'est plus le cas.

La documentation d'Apple pour UITableView états:

Valeur De Retour:
Un UITableViewCell objet avec la réutilisation de l'identificateur. Cette méthode retourne toujours une cellule valide.

Discussion:
Pour des raisons de performances, une vue de la table de source de données doit généralement réutilisation UITableViewCell objets lorsqu'il affecte les cellules de lignes dans son tableView:cellForRowAtIndexPath: la méthode. Une vue de la table gère une file d'attente ou d'une liste de UITableViewCell objets que la source de données a marqué pour la réutilisation. Appeler cette méthode à partir de votre source de données de l'objet lorsque l'on a demandé de fournir une nouvelle cellule pour l'affichage de la table. Cette méthode retire une cellule existante s'il est disponible ou en crée une nouvelle base sur la classe ou de la graine de fichier que vous avez précédemment enregistré.

Important: vous devez Vous inscrire à une classe ou à la plume de fichier à l'aide de la registerNib:forCellReuseIdentifier: ou registerClass:forCellReuseIdentifier: méthode avant d'appeler cette méthode.

Si vous avez enregistré une classe pour l'identificateur spécifié et une nouvelle cellule doit être créé, cette méthode initialise la cellule par l'appel de sa initWithStyle:reuseIdentifier: la méthode. Pour pointe à base de cellules, cette méthode de charge de la cellule de l'objet à partir du fichier nib. Si une cellule a été disponible pour la réutilisation, cette méthode appelle la cellule prepareForReuse méthode à la place.

C'est ainsi que ma nouvelle cellForRowAtIndexPath s'occupe de la mise en œuvre de nouvelles méthodes:

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
    static NSString *cellIdentifier = @"cell_identifier";

    [tableView registerClass:[UITableViewCell class] forCellReuseIdentifier:cellIdentifier];

    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:cellIdentifier forIndexPath:indexPath];

    return cell;
}

Le code que j'ai pour l'instant fonctionne bien, mais renvoie toujours le style par défaut. Comment puis-je changer cela afin que je puisse créer des cellules avec les autres styles tels que le UITableViewCellStyleDefault, UITableViewCellStyleValue1, UITableViewCellStyleValue2 et UITableViewCellStyleSubtitle?

Je ne veux pas sous-classe UITableViewCell, je veux juste changer le type par défaut que j'ai pu faire avant iOS 6. Il semble étrange que Apple serait de fournir une meilleure méthode, mais avec un minimum de documents à l'appui de leur mise en œuvre.

Quelqu'un a maîtrisé cela, ou pour un problème similaire? J'ai du mal à trouver toutes les informations nécessaires à tous.

InformationsquelleAutor CaptainRedmuff | 2012-11-01

ios6 uitableview

104

Je sais que vous avez dit que vous ne souhaitez pas créer une sous-classe, mais il semble inévitable. Basé sur le code d'assemblée lors du test de l'iOS 6.0 simulateur, UITableView crée de nouvelles instances de UITableViewCell (ou de ses sous-classes) en effectuant
```
[[<RegisteredClass> alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:<ReuseIdentifier>]
```
En d'autres termes, le style envoyé (UITableViewCellStyleDefault) semble être codée en dur. Pour contourner ce problème, vous devez créer une sous-classe qui remplace l'initialisation par défaut initWithStyle:reuseIdentifier: et passe le style que vous souhaitez utiliser:
```
- (id)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier
{
    //ignore the style argument, use our own to override
    self = [super initWithStyle:UITableViewCellStyleValue1 reuseIdentifier:reuseIdentifier];
    if (self) {
        //If you need any further customization
    }
    return self;
}
```
Aussi, il pourrait être préférable d'envoyer registerClass:forCellReuseIdentifier: dans viewDidLoad, au lieu de le faire chaque fois qu'une cellule est demandé:
```
- (void)viewDidLoad
{
    [super viewDidLoad];
    [self.tableView registerClass:<RegisteredClass> forCellReuseIdentifier:<ReuseIdentifier>];
}
```
- Je commençais à supposer que ce serait en effet le cas. Ce n'est pas un problème majeur, mais d'avoir à la sous-classe UITableViewCell pour obtenir les autres styles par défaut est une douleur que cela crée des fichiers inutiles. Merci pour votre commentaire et de confirmer mes soupçons.
- N'oubliez pas qu'au lieu de sous-classement, vous pouvez utiliser la vieille iOS5 méthode, qui est toujours valable. De cette façon, vous pouvez initialiser tout type de style de cellule que vous voulez vous-même. Voir les autres répondre.
InformationsquelleAutor bolot
60

dequeueReusableCellWithIdentifier n'est pas obsolète, de sorte que vous ne sont pas nécessaires à l'utilisation de la nouvelle dequeueReusableCellWithIdentifier:forIndexPath:.

L'utilisation de la nouvelle voie, ainsi que la méthode register (dans le viewDidLoad) si vous utilisez une cellule personnalisé de classe, mais l'utiliser à l'ancienne si vous souhaitez utiliser l'un des UITableViewCellStyle enums.
- Upvoted pour préciser que vous n'avez pas à utiliser la fantaisie de nouvelles méthodes. Seulement si ils convenir à votre but, ou si les solutions de rechange sont obsolètes.
- Si vous êtes particulièrement vif, c'est bien pour remplacer dequeueReusableCellWithIdentifier:forIndexPath: à fournir pour certains identificateurs la construction des cellules à l'ancienne (et retour). D'autres identificateurs appellera super et retour. Il pourrait être utile d'avoir un NSDictionary des identificateurs de constructeur de blocs pour ce type d'identificateur.
InformationsquelleAutor Murray Sagal
11

Vous pouvez éviter une étrangère sous-classe en utilisant la table de montage séquentiel interface builder:
1. Dans la vue Storyboard, sélectionnez la vue de la table de la cellule prototype de cellule (sur le tableau)
2. Dans les services publics, dans les Attributs de l'inspecteur, de modifier la valeur de Style
3. (Facultatif) pour Modifier d'autres valeurs telles que la Sélection et l'Accessoire
Le nouvel iOS 6.0 dequeueReusableCellWithIdentifier:forIndexPath: n'utiliser ces valeurs lors de l'attribution de nouvelles cellules et de les renvoyer. (Testé sur un iOS 6.0 compilation à l'aide de Xcode 4.5.2)

InformationsquelleAutor Jeff Collier
7

Une autre alternative que la sauvegarde d'un fichier est de créer une Plume et de l'utilisation registerNib:forCellReuseIdentifier: à la place.

Faire de la Plume est simple: Créer un nouveau .xib fichier dans Interface Builder. Supprimer l'affichage par défaut. Ajouter une Vue de la Table de la Cellule de l'objet. En utilisant les Attributs de l'Inspecteur, de changer le style de la cellule. (Ici, vous avez également la possibilité de personnaliser la cellule, en ajustant les autres attributs).

Puis dans votre table view controller est viewDidLoad appel de méthode à quelque chose comme:
```
[self.tableView registerNib:[UINib nibWithNibName:@"StyleSubtitleTableCell" bundle:[NSBundle mainBundle]] forCellReuseIdentifier:@"Cell"];
```
- initWithStyle:reuseIdentifier n'est pas appelé.
InformationsquelleAutor Mr. Berna
0

Bolot réponse est la bonne. Simple et vous n'avez pas besoin de créer n'importe quel fichier XIB.

Je voulais juste mettre à jour sa réponse pour celui qui est en train de faire à l'aide de Swift à la place de l'Objective-C:
```
override init(style: UITableViewCellStyle, reuseIdentifier: String?) {
    super.init(style: .value1, reuseIdentifier: reuseIdentifier)
}

required init?(coder aDecoder: NSCoder) {
    fatalError("init(coder:) has not been implemented")
}
```
InformationsquelleAutor Gabriel Oliva
-5

Ma solution c'est d'appeler initWithStyle: reuseIdentifier: après que j'ai obtenu à l'aide de [self.tableView dequeueReusableCellWithIdentifier:@"cellId" forIndexPath:indexPath]. Après tout, init est juste un autre sélecteur, et le compilateur ne fait pas de restrictions sur l'appeler sur un objet initialisé. Il faudra cependant se plaignent de ne pas utiliser le résultat de l'appel à init, donc je ne l':
```
UITableViewCell* cell = [self.tableView dequeueReusableCellWithIdentifier:@"cellId" forIndexPath:indexPath];
cell = [cell initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:@"cellId"];
```
J'imagine que cela ne fonctionnera pas dans Swift...
- Cela fonctionne bien en Swift.
- Solution plus élégante de l'omi. Nous espérons que les entrailles de la initWithStyle ne pas recréer tout nouveau.
- Eh bien, je suppose que si vous faites comme cela, vous pouvez supprimer la file d'attente des trucs totalement...
- La réutilisation des cellules est la clé d'une performance UITableView. Votre solution suggère de ne pas réutiliser les cellules.
- Non, il n'est pas. Je vais appeler file d'attente Réutilisable CellWithIdentifier, qui renvoie une réutilisables cellule, je suis ensuite changeant de style.
- Lorsque vous appelez initWithStyle: reuseIdentifier la deuxième fois, vous êtes en fait de l'écrasement de la cellule avec un objet nouvellement créé. Oui, l'allocation de la mémoire a déjà été fait, et la nouvelle cellule va écraser ce même emplacement de mémoire, mais vous êtes en fait la création d'un nouvel objet lors de l'initialisation de nouveau. Cela supprime tous de l'optimisation qui est le point de l'ensemble de la réutilisation des cellules dans la première place.
- Pas une bonne solution à suivre si vous utilisez cette solution, je pense que c'est au moins mieux de laisser tomber la file d'attente les cellules au total
InformationsquelleAutor Chris

Vous devez vous connecter pour publier un commentaire.