5

Inizio a organizzare i miei file .h con le migliori intenzioni ma in qualche modo diventano disgustosamente disordinati.Qual è il modo normale di organizzare un file di intestazione in Objective-C?

Di seguito è un esempio (che non è quello cattivo, ma ho visto molto peggio!). Ho provato a raggruppare le sezioni con #pragma mark ma sembra ancora più caotico.

Tutti gli UILabels e gli UIButtons sono obbligatori (come menzionato sopra) poiché stanno visualizzando i dati provenienti da una richiesta di servizio Web, quindi sono tutti necessari se utilizziamo Interface Builder per progettare le nostre GUI. Ad esempio, l'etichetta potrebbe essere una caratteristica "peso" o "altezza" per un prodotto.

Qualcuno ha qualche buon consiglio su come organizzarli nel modo più gestibile/leggibile?

Acclamazioni

alt text

+0

Hai davvero bisogno di avere tutto in una classe invece di dividerlo? –

+0

In realtà, questo è solo un codice che ho estratto dal nostro SVN. Non l'ho scritto da solo Ma da quello che so, sta visualizzando i dati da un servizio web in etichetta e le etichette sui pulsanti cambiano a seconda del codice ... quindi sono necessarie le IBOutlet. –

risposta

3

Mi sembra possibile che avete troppi proprietà, c'è. Non ho letteralmente mai visto nessuna classe con questi numerosi sbocchi; perché stai affrontando ogni singolo elemento nel tuo layout? E perché tutto da un controller?

Sembra che la migliore soluzione al problema sia considerare la classe e suddividerla in più classi; ognuno controlla un aspetto della tua interfaccia. Devi anche assicurarti che lo sia veramente necessario affrontare tutti questi elementi. (I UILabel s e UIButton s in particolare sembrano cose strane per le prese.)

+0

Ciao Williham, grazie per la tua risposta! Tutti gli UILabels e gli UIButtons sono obbligatori (come menzionato sopra) poiché stanno mostrando i dati provenienti da una richiesta di servizio web, quindi sono tutti necessari se usiamo Interface Builder per progettare le nostre GUI. Ad esempio, l'etichetta potrebbe essere una caratteristica "peso" o "altezza" per un prodotto. Mentre i pulsanti passano a un'altra vista per mostrare ulteriori dati sul prodotto. –

+3

Quindi non si può fare ricorso, ma dividere la classe in più classi specializzate. Se questo è piccolo come è ovvio, ovviamente; è piccolo come va, e non c'è davvero nulla da fare per questo. –

+1

Invece di utilizzare un UIScrollView contenente etichette con pulsanti che forniscono la navigazione, perché non utilizzare solo un'istanza di UITableView in cui le celle contengono il testo attualmente utilizzato per popolare le etichette e quindi navigare quando l'utente tocca una riga? – jlehr

Problemi correlati