Binding en code dans une tableView (view-based)

Réponses

• colas_ Membre

  août 2016 #2

  Autre idée :

  
  

  Tu bindes ta vue à  des @property de ton VC et ton VC a un objet delegate qui lui donne "column1", "column2", etc.

  
  

  Il faudra faire attention pour le binding reste dynamique à  implémenter les méthodes `keyPathsForValuesAffectingValueForKey:` (cf. https://developer.apple.com/library/ios/documentation/Cocoa/Conceptual/KeyValueObserving/Articles/KVODependentKeys.html#//apple_ref/doc/uid/20002179-BAJEAIEE)

  
  

   

  
  

  Sinon, ma première réaction à  ton idée : ça m'a pas l'air très YAGNI tout ça !

  
  

   

  
  

  PS : Désolé je ne réponds à  tes questions...

  
  
• JoshuaTree Membre

  août 2016 #3

  Merci pour ta réponse rapide (même si elle ne réponds pas à  mes questions!)

  
  

  Ton approche est astucieuse, il faut que j'explore ça !

  
  

   

  
  

  Je ne sais pas si c'est YAGNI, mais en tout cas, ça se veut DRY: pas envie de programmer 3 fois la même chose!

  
  

  Mais je suis toujours preneur d'approches différentes: comment aurais-tu fais?

  
  
• colas_ Membre

  août 2016 #4

  Bin en fait, je ne connais pas trop ton problème mais j'ai le sentiment (d'après mon expérience) que la factorisation d'interfaces c'est rarement une bonne idée (sauf pour les composants).

  
  

   

  
  

  Je pense que j'aurais essayé de faire trois VCs distincts, quitte à  ce qu'ils utilisent tous les trois un composant en commun.

  
  

  L'avantage de cette approche YAGNI, c'est que tu vas pas passer 1000 ans à  mettre en place ta solution générique (même si c'est super parce que du coup tu vas apprendre plein de trucs). Surtout que dans 2 jours, ton interface aura changé et tout ton boulot sera à  refaire (ou pas ). Et puis, du coup aussi tu pourras avoir des interfaces légèrement différentes.

  
  

   

  
  

  Si tu veux vraiment que les interfaces soient les mêmes, tu peux connecter un même fichier .xib à  différents VCs ! Peut-être que c'est ça la solution, avec en plus un object "moteur" commun pour ces controllers.

  
  
• JoshuaTree Membre

  août 2016 #5

  Certes, les 3 VC distincts connectés à  une même interface, possible... Sauf que le problème des bindings n'en sera pas résolu pour autant, le seul moyen de les faire étant apparement via IB (cf question initiale)...

  
  

  Ce qui renvoie à  ta solution de contournement. Et d'après ce que j'ai compris (ou pas? ;-), elle me semble justement nécessiter un VC parent... Non?

  
  

   

  
  

  J

  
  
• colas_ Membre

  août 2016 #6

  Oui c'est une solution ou tu as un VC parent.

  
  

   

  
  

  Est-ce que tu ne pourrais pas faire un truc du genre ?

  
  

  0) tu ajoutes des catégories à  tes objets modèle :

  
  

  @property NSString *stringForFirstColumn;

  
  

  @property NSString *stringForSecondColumn; 

  
  

  etc.

  
  

  - (void) createObjectWithFirstString:(NSString *)firstString second:(NSString *)secondString etc.

  
  

  1) Ton VC parent a une @property publique (désolé je ne parle pas le Swift) arrayController

  
  

  2) Quand tu crées le VC enfant, tu crées par la même occasion le arrayController que tu connecte à  ton modèle

  
  
• JoshuaTree Membre

  août 2016 #7

  On peut dire que tu ne manques pas de ressources!

  
  

  C'est finaud... je vais explorer cette piste, merci de tes lumières!

  
  

  (et quand même envoyer un message à  Apple pour demander des éclaircissements sur cette histoire de bindings de TableViewCell...)

  
  

   

  
  

  Josh

  
  
• Herve Membre

  août 2016 #8

  Je ne sais pas si je comprends bien la question, mais il est assez facile de rafraà®chir la liste d'une tableView. Il suffit de refaire la liste. Après, c'est vrai que j'utilise les connexions IB pour que cela fonctionne.

  
  

   

  
  

  Par exemple, dans mes synthés, la mise à  jour de la liste en fonction de la famille de sons (extrait) :

  
  

  
  
  else {
  
  liste1Filtre = [[NSMutableArray alloc]init];
  
  listeURLFiltre = [[NSMutableArray alloc]init];
  
  BOOL onPeutLeMettre;
  
  nbChar = (int) [familyToneName length];
  
  for (int i = 0; i < [liste1 count]; i++){
  
  onPeutLeMettre = NO;
  
  for (int j = 0; j < nbChar; j++){
  
  if(([[liste1 objectAtIndex:i]length] > nbChar)&&([[liste1 objectAtIndex:i]characterAtIndex:j] == [familyToneName characterAtIndex:j])){
  
  onPeutLeMettre = YES;
  
  }
  
  else {onPeutLeMettre = NO;
  
  break;
  
  }
  
  }//fin for j nbChar
  
  
  
  if (onPeutLeMettre == YES){
  
  [liste1Filtre addObject:[liste1 objectAtIndex:i]];
  
  [listeURLFiltre addObject:[listeURL objectAtIndex:i]];
  
  }//fin si on peut le mettre
  
  }//fin for i liste1
  
  if ([liste1Filtre count] > 0){
  
  liste1 = [[NSMutableArray alloc]initWithArray:liste1Filtre];
  
  listeURL = [[NSMutableArray alloc]initWithArray:listeURLFiltre];
  
  [tableView1 reloadData];
  
  }
  
  

  
  

  Je ne sais pas si ça t'aide...