Routing beforeFilter e afterFilter

[guest]

Da quando in qua per leggere si fattura?
Hai scritto 4 righe e vuoi fatturare per aver letto?

Allora io cosa dovrei fare, che leggo sempre e scrivo ovunque?

[Antonio]

Dovrebbe, io ti sembro normale?

Che ne so io se vuoi implementare il GMVC (G per guest, non google ) di cui non conosco le specifiche

[guest]

No no, che G, io voglio fare l'AMVC (A di Alessandro non di Antonio)

[Antonio]

No no, che G, io voglio fare l'AMVC (A di Alessandro non di Antonio)

Basta che quella A non stia per Anti-MVC architectural pattern .

Finiamola qui con gli OT va, comunque IMHO l'implementazione MVC dello ZF fa quello che vuoi e se cerchi dei plugin per l'autenticazione li trovi anche
E non è affatto difficile da comprendere.

Sempre con i plugin io ci gestisco: autenticazione, caching, traduzione, caricamento dinamico dei modelli, gestione di lucene

[guest]

No no, non diventerà l'anti framework.
Però, scusa, per quale motivo deve essere il router a richiamare la vista?
Stando alla risposta che mi hai dato in precedenza, sembra che il metodo corretto di procedere sia tramite un router che richiama prima il controller poi la vista, ma non è così.
In MVC il router richiama il controller, poi ha finito. E' il controller che richiama il model, lo elabora, e spara i dati alla vista, quindi non posso mettere i beforeView dentro il router...

[Antonio]

No no, non diventerà l'anti framework.
Però, scusa, per quale motivo deve essere il router a richiamare la vista?
Stando alla risposta che mi hai dato in precedenza, sembra che il metodo corretto di procedere sia tramite un router che richiama prima il controller poi la vista, ma non è così.
In MVC il router richiama il controller, poi ha finito. E' il controller che richiama il model, lo elabora, e spara i dati alla vista, quindi non posso mettere i beforeView dentro il router...

La View la renderizzi al termine del controller

Che poi sia il controller che costruisce l'oggetto view è un altro paio di maniche

EDIT: Per controller che costruisce l'oggetto view non intendo il metodo che gestisce una determinata Action eh.

[guest]

Si, esatto, a fine controller, però in tal caso non posso far richiamare la view dal router, di conseguenza non posso far eseguire il beforeView dal router stesso.

Credo che la cosa migliore, a 'sto punto, sia quello di accedere alla route richiamata direttamente dal controller, accedendo alla route verifico se son presenti o meno degli hooks e li eseguo un po dentro il __construct, un po dentro il __destruct ed un po dentro la view.

In pratica uso il router come "registro operazioni". Lui richiama il controller, ma poi il controller potrà andare a leggere la route stessa ed i parametri.

E' anche semplice da implementare, le route han tutte un nome statico, ad esempio "pippo", quando richiamo il controller setto una variabile con il nome della route utilizzata ed il controller poi si va a leggere qualcosa tipo Router->_route[pippo]

[Antonio]

Giusto per curiosità, ma cosa vuoi avviare con l'hook pre/postrender?

Perché l'autenticazione va fatta precontroller

[guest]

Giusto per curiosità, ma cosa vuoi avviare con l'hook pre/postrender?

Non ne ho idea, ma già che ci sono, lo metto

Perché l'autenticazione va fatta precontroller

Si, questo è infatti il motivo principale.