iPhone » Sviluppo » Objective-C » Mobile

iPhone: l’utilissima proprietà tag

venerdì 5 giugno, 2009

Tutti gli oggetti che derivano dalla classe UIView, ereditano l'utilissima proprietà tag. Questa proprietà è un vero e proprio user-data (un "posto" che lo sviluppatore usa per usi generici) di tipo NSInteger, dove quindi possiamo memorizzare esclusivamente numeri.

L'uso che se ne può fare dipende ovviamente dalle circostanze tuttavia risulta utilissimo per individuare un determinato oggetto allo scattare di un evento comune. Ad esempio immaginiamo di avere due UIAlertView che rispondono allo stesso evento:

PLAIN TEXT
Objective-C:
  1. // primo alert
  2. UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Primo" message:@"Primo Alert" delegate:self cancelButtonTitle:@"OK" otherButtonTitles:nil,nil];
  3. [alert show];
  4. [alert release];
  5.  
  6. // ...
  7.  
  8. // secondo alert
  9. UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Secondo" message:@"Secondo Alert" delegate:self cancelButtonTitle:@"OK" otherButtonTitles:nil,nil];
  10. [alert show];
  11. [alert release];
  12.  
  13. // Evento
  14. // Cliccandi sul bottone OK degli Alter verrà chiamata questa funzione
  15. -(void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex {
  16.     // todo
  17. }

Nota: negli esempi di codice troverete l'indicazione C++. Questo non è del tutto corretto in quanto, come saprete, il linguaggio usato è Objective-C. Questo a causa del fatto che il Plugin che uso per visualizzare il codice sorgente non supporta Objective-C, e il C++ è quello che meglio gli si avvicina.

Come distinguere i due Alert? Utilizzando appunto la proprietà tag. Dopo la creazione dell'oggetto alert basta inserire:

PLAIN TEXT
Objective-C:
  1. // primo alert
  2. UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Primo" message:@"Primo Alert" delegate:self cancelButtonTitle:@"OK" otherButtonTitles:nil,nil];
  3. [alert setTag:1]; // imposto il tag di questo Alert ad 1
  4. [alert show];
  5. [alert release];
  6.  
  7. // ...
  8.  
  9. // secondo alert
  10. UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Secondo" message:@"Secondo Alert" delegate:self cancelButtonTitle:@"OK" otherButtonTitles:nil,nil];
  11. [alert setTag:2]; // imposto il tag di questo Alert ad 2
  12. [alert show];
  13. [alert release];

Ora modifichiamo l'evento in modo da capire quale Alert è stato chiuso:

PLAIN TEXT
Objective-C:
  1. // Evento
  2. // Cliccandi sul bottone OK degli Alter verrà chiamata questa funzione
  3. -(void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex {
  4.     switch (alertView.tag) {
  5.         case 1:
  6.             // Primo Alert
  7.             break;
  8.         case 2:
  9.             // Secondo Alert
  10.             break;
  11.         default:
  12.             break;
  13.     }
  14. }

Stessa identica tecnica può essere utilizzata se abbiamo una serie di UIButton creati runtime. Ad esempio:

PLAIN TEXT
Objective-C:
  1. for( unsigned int i=0; i <10; i++) {
  2.     UIButton *mybutton = [[UIButton buttonWithType:UIButtonTypeCustom] initWithFrame:CGRectMake(i*20, i*20, 20, 20)];
  3.     [mybutton setTitle:@"But" forState:UIControlStateNormal];
  4.     [mybutton setTag:i]; // imposto il tag
  5.  
  6.     // stesso evento per tutti
  7.     [mybutton addTarget:self action:@selector(onTouchUpInside:) forControlEvents:UIControlEventTouchUpInside];
  8.  
  9.     [self.view addSubview:mybutton];
  10. }

Nell'evento onTouchUpInside recuperiamo dal sender (dove eseguiamo un casting UIView) la proprietà tag:

PLAIN TEXT
Objective-C:
  1. -(void)onTouchUpInside:(id)sender {
  2.     unsigned int button_tag = ((UIView *)sender).tag;
  3.     // todo
  4. }

Post correlati

Questo articolo ti è stato utile?: Per nientePocoAbbastanzaMoltoMoltissimo
Loading ... Loading ...

Tags: , , , ,

2 commenti a: “iPhone: l’utilissima proprietà tag”

  1. getAvatar 1.0
    12 giu, 2009 Andrea Leganza:

    Non si deve abusare della proprietà tag (ovviamente non è questo il caso) quando si è in situazioni in cui una view è molto struttura, che ha quindi x subview, poichè tale elenco viene gestito con un NSArray, questo viene scansito allo scopo di trovare tale tag.
    Se la ricerca viene effettuata confrontando numericamente i tag sequenzialmente (e non credo che non venga fatto in altro modo, al massimo ordinano internamente per tag le subview)

    objectatindex non è realmente così ma l'ho messo per semplicità per far capire la semantica.

    PLAIN TEXT
    Objective-C:
    1. ciclo scansione subviews {
    2.    if (self.subviews.objectatindex(i).tag == tagrichiesto) {
    3.            return self.subviews.objectatindex(i);
    4.    }
    5. }

    1) nel caso migliore il tag è il primo quindi abbiamo effettuato un confronto
    2) in un caso mediano avremo n confronti
    3) nel caso peggiore, che non esista, avremo effettuato per ogni iterazione x confronti inutili

    Viene spesso utilizzato per accedere alle celle delle tabelle, e in questa situazione, dove possiamo avere centinaia di righe con x subview per riga che si ha il massimo spreco (se sono 100 celle con ognuna 10 subviews ipotizzando il caso peggiore del non trovato: avremo effettuato 100*10=1000 confronti inutili, per non parlare di invocazioni in cascata all'array subview e ai vari metodi di analisi).

    Rispondi Quota
  2. getAvatar 1.0
    12 giu, 2009 Andrea Leganza:

    Dimenticavo... in alcune situazioni è forse consigliabile usare un iboutlet se usiamo IB (interface builder) oppure avere una serie di proprietà associate a tali oggetti, ai quali potremo accedere direttamente da qualunque metodo della nostra classe; il confronto se è un oggetto o un altro in questo caso si può fare semplicemente utilizzando l'operatore == visto che confrontiamo gli indirizzi fisici dei due oggetti (più veloce di così non si può).
    Nell'esempio mostrato ovviamente va benissimo, alla fine si effettua un confronto tra "interi" all'interno dello switch; ma ho visto molti utilizzare/abusare dei tag per evitare di aggiungere variabili locali.

    buona programmazione

    Rispondi Quota

Lascia un commento

TAG XHTML PERMESSI: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> INSERIMENTO CODICE: 
<pre></pre>         // blocco generico
[code][/code]       // blocco generico
[as][/as]           // Actionscript
[css][/css]         // CSS Style Sheet
[html][/html]       // HTML
[js][/js]           // Javascript
[objc][/objc]       // Objective-C
[php][/php]         // PHP
[sql][/sql]         // SQL