Quando dovrei usare l'Interface Builder?

Question

Mentre sto imparando l'API di iPhone, il libro che sto usando mi ha fatto tutto il possibile con Interface Builder. Anche noi (solitari qui a volte) scriviamo codice, ma mi sembra davvero di conoscere abbastanza bene Interface Builder.

So che Interface Builder è diverso da altri GUI Builder poiché utilizza oggetti serializzati e non scrive codice. Questa è presumibilmente una buona cosa. Quindi ... nel lavoro quotidiano, è lo strumento di scelta, o dovrei cercare di superare la mia dipendenza da Interface Builder?

Inoltre: se suggerisci che "dipende da cosa stai facendo", da cosa dipende? Come dovrei prendere la decisione di usare Interface Builder o no?

Nota: La versione soggettiva e polemica di questa domanda era intitolata, Interface Builder: Serious Tool o Just For Kids? ma ho deciso di non farlo perché voglio evitare di chiudere la domanda.

Answer 1

Interface Builder è davvero utilizzato per creare app. Dai un'occhiata a qualsiasi app per Mac Cocoa - che non è la maggior parte di Adobe o Microsoft - e vedrai che è piena di pennini. È leggermente più comune per le app per iPhone essere realizzate senza Interface Builder (perché l'SDK originale fornito senza IB), ma è ancora uno strumento molto utilizzato.

La differenza tra Interface Builder e la maggior parte dei builder della GUI è che Cocoa e Interface Builder sono stati pensati l'uno per l'altro. Infatti, se cerchi lo Cocoa mailing list archives, nel corso degli anni troverai molte persone che si chiedono come sia possibile creare un'app Cocoa senza utilizzando Interface Builder. (La risposta è sempre la stessa: puoi fare tutto in codice, ma stai solo perdendo tempo e rendendo più difficile progettare una buona interfaccia.)

Answer 2

Il builder dell'interfaccia è ottimo se prevedi di utilizzare lo standard Elementi dell'interfaccia utente UIKit. L'uso di Interface Builder per progettare interfacce utente basate su UIKit aiuta anche a conformarsi allo Apple iPhone Human Interface Guidelines.

Ci sono solo una manciata di casi in cui non si vorrebbe usare Interface Builder, il più ovvio dei giochi che offre il proprio aspetto e atmosfera unici.

Non penso che sia necessario preoccuparsi di creare una "dipendenza da Interface Builder". È uno strumento, proprio come gli altri. Usarlo non è una dipendenza, è solo il modo in cui facciamo le cose.

Answer 3

Interface Builder è un ottimo strumento. Usalo il più possibile.
Quando non puoi fare qualcosa usando solo Interface Builder, allora è il momento di scrivere codice che misuri IBOutlet e codice, o fallo solo in codice.

Answer 4

Interface Builder non genera codice, ma crea semplicemente un grafico oggetto di classi esistenti. Se guardi il file del pennino puoi vedere questo. È solo un elenco di regole per quali oggetti creare e quali relazioni impostare tra di loro. Non c'è codice in un pennino e c'è sorprendentemente pochissimo codice int nei vari metodi loadFromNib.

È l'accoppiamento runtime in Objective-c che rende possibile tutto ciò. Non credo che nessun altro linguaggio possa davvero farcela.

Answer 5

Sì, c'è una piccola differenza. La differenza è che IB utilizza un po 'più di memoria e memoria RAM che ha generato l'interfaccia a livello di programmazione. Ecco il mio semplice esempio.{Sono nuovo in OBJ-C}

Il codice sorgente e binaria app qui http://www.mediafire.com/download/9ph1zs1kyag9f1g/TestDifference_IB-Programmatically.zip