Oggi ho visto che React (React JS) ha metodi per il ciclo di vita, come
componentWillMount()
e così quando il componente o il contenitore viene istanziato per la prima volta, questo metodo verrà chiamato se esiste. (se è definito).
Un esempio è quando il componente viene istanziato per la prima volta, se il metodo precedente componentWillMount()
è definito nella classe, allora verrà chiamato, e potrebbe fare una chiamata AJAX per recuperare i dati da popolare in questo componente.
E lo stesso vale per la programmazione iOS o Cocoa:
viewDidLoad()
viewWillAppear()
e questo tipo di "se esiste (o è definito), quindi chiamalo" effettivamente era simile ai vecchi tempi di
document.getElementById("foo").onclick = function() { };
Cioè, se onclick
è definito, allora chiamalo. Altrimenti, ignoralo. Ma questo è più legato alla gestione degli eventi / modello di osservatore / catena di responsabilità, più dei metodi del ciclo di vita.
(Avendo detto, in realtà, puoi anche visualizzare i metodi del ciclo di vita come gestori di eventi: ad esempio, ora verrà visualizzata la vista o il componente, io (il sistema operativo o il framework) ti sto dicendo / notificando (su questo evento ): se hai bisogno di fare qualcosa, fallo ora (gestiscilo ora)).
La domanda è: fai questi metodi del ciclo di vita componentWillMount()
, viewWillApear()
un modello di progettazione a sé stante o appartengono a una classe più grande o a una classe più generale di modello di progettazione?