Commenti a: iPhone: l’utilissima proprietà tag http://www.undolog.com/2009/06/05/iphone-lutilissima-proprieta-tag/ Research & Development Blog Thu, 09 Feb 2012 11:24:28 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Di: Andrea Leganza http://www.undolog.com/2009/06/05/iphone-lutilissima-proprieta-tag/#comment-2200 Andrea Leganza Fri, 12 Jun 2009 12:38:25 +0000 http://www.undolog.com/?p=1679#comment-2200 Dimenticavo... in alcune situazioni è forse consigliabile usare un <code inline="true">iboutlet</code> 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 <code inline="true">==</code> 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 <code inline="true">switch</code>; ma ho visto molti utilizzare/abusare dei <code inline="true">tag</code> per evitare di aggiungere variabili locali. buona programmazione 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

]]> Di: Andrea Leganza http://www.undolog.com/2009/06/05/iphone-lutilissima-proprieta-tag/#comment-2199 Andrea Leganza Fri, 12 Jun 2009 11:26:31 +0000 http://www.undolog.com/?p=1679#comment-2199 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 <code inline="true">NSArray</code>, questo viene scansito allo scopo di trovare tale <code inline="true">tag</code>. Se la ricerca viene effettuata confrontando numericamente i <code inline="true">tag</code> sequenzialmente (e non credo che non venga fatto in altro modo, al massimo ordinano internamente per <code inline="true">tag</code> le <code inline="true">subview</code>) <code inline="true">objectatindex</code> non è realmente così ma l'ho messo per semplicità per far capire la semantica. [cc_objc] ciclo scansione subviews { if (self.subviews.objectatindex(i).tag == tagrichiesto) { return self.subviews.objectatindex(i); } } [/cc_objc] 1) nel caso migliore il <code inline="true">tag</code> è 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 <code inline="true">subview</code> per riga che si ha il massimo spreco (se sono 100 celle con ognuna 10 <code inline="true">subviews</code> 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). 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.

1
2
3
4
5
ciclo scansione subviews {
   if (self.subviews.objectatindex(i).tag == tagrichiesto) {
           return self.subviews.objectatindex(i);
   }
}

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).

]]>