In "Architettura software orientata ai modelli - Vol 1" (p. 131), l'autore ha affermato che View è responsabile della creazione di Controller . Ma in "Head First Design Patterns" (p. 562) è il Controller che crea View . In alcuni altri riferimenti vedo che né View niether Controller si creano l'un l'altro. Solo Controller ha un riferimento di View e / o viceversa.
Qual è la tua opinione su questo? Dipende?
Bene, posso solo assumere questi cambiamenti su piattaforme diverse. Sulla libreria di Android, si crea la vista dal controller.
cioè, nel tuo Activity chiami setContentView... per "svegliare" il tuo XML (La vista) e crearlo.
D'altra parte, nel mondo iOS, si dovrebbe chiedere alla vista ( storyboard o .xib file) di svegliarsi (in realtà si chiede al sistema di andare al pacchetto dell'app, ottenere la vista e crearla) stesso, che risveglierà il tuo controller (ad es. myView ) e awakeFromNib sarà chiamato ...
Potrei non essere preciso sui piccoli dettagli, ma puoi vedere che diverse piattaforme creerebbero questa connessione in modi leggermente diversi, dipende dall'architettura.
È davvero importante ciò che crea cosa? Dipende da quanto, a parte la logica di business e la vista sono separati, va bene. Il controller dovrebbe avere un riferimento a entrambi e fornire mezzi per tradurre i dati dalla logica alla vista e viceversa. Ma onestamente, nelle applicazioni del mondo reale, non importa quanto duramente ci provi, metterai parte della logica anche all'interno del controller.
Leggi altre domande sui tag design-patterns mvc architectural-patterns