Relazione tra AppDelegate e main.m

Question

Ok, io sono totalmente nuovo per obj-c + cacao, quindi questo è probabilmente ovvio, ma qui va:

Sono stato in movimento da linea di comando Apps per applicazioni di cacao nell'imparare a lavorare con l'obiettivo-c in Xcode. Una cosa che non capisco è il ruolo di AppDelegate e come si connette a main.m

Sembra che potresti mettere tutto il tuo programma in appdelegate e funzionerebbe bene, e non hai nemmeno ho bisogno di main.m, ma non il contrario, se stai facendo un'app di cacao devi almeno avere l'appdelegate.

Ho sviluppato molti strumenti per lo sviluppo web e la riga di comando di PHP, quindi immagino che quello che sto cercando sia il file che il programma eseguirà prima e che è destinato a "controllare" il resto di essi.

Qualcuno può aiutarmi a capire cosa sta succedendo in un programma Cocoa, come AppDelegate e main.m sono (o non sono) correlati, e quale dovrebbe essere il flusso del programma?

Answer 1

Una caratteristica chiave di molti sistemi orientati agli oggetti (come Cocoa) è "inversion of control", che in pratica significa che il framework sta eseguendo tutto e qualsiasi codice scritto è sotto il suo controllo.

Quindi, a differenza di PHP, non si scrive il codice che viene eseguito all'avvio. Quello che fai è definire i metodi per l'app delegato, i controller, le viste e altri oggetti, e lasciare che il framework invochi quei metodi come deve fare. Non vedrai mai il "flusso di controllo" globale in tutto il programma; lo vedrai solo come flusso di controllo nei tuoi pezzi del programma.

Questo può essere fonte di confusione in un primo momento, mentre si tenta di capire come ingannare il framework nel chiamare il proprio codice nei tempi e nell'ordine che ci si aspetta, ma a lungo termine rende le cose più semplici, come è possibile fidati del framework per occuparti di molte cose per te.

In un'app Cocoa, molte delle regole dell'app sono effettivamente presenti nei controller di visualizzazione, piuttosto che nel delegato dell'app. Il delegato dell'app in genere gestisce le responsabilità di avvio e arresto, ma altri oggetti eseguono la maggior parte del lavoro tra l'avvio e l'arresto. Quindi non provare a spremere tutto nel delegato dell'app.

Answer 2

main.m contiene la funzione main(), che è il punto di ingresso per il programma, viene eseguita per prima. Quindi chiama UIApplicationMain(), che esegue le operazioni di installazione delle applicazioni specifiche del sistema operativo e carica il file principale di Interface Builder .xib che contiene l'istanza del delegato dell'app.

Cioè, senza main.m il delegato dell'app non verrebbe nemmeno caricato.