Routing beforeFilter e afterFilter

[guest]

Penso che la cosa migliore sia usare il DP Observer con la gestione a plugin.

Ehm....... cosa sarebbe il DP Observer?

[Antonio]

Ehm....... cosa sarebbe il DP Observer?

Observer pattern - Wikipedia, the free encyclopedia

[Deflagrator]

Guarda, supponiamo di sviluppare una grossa applicazione con 100 Controller per il frontend ed altrettanti controller di Backend accessibili solo tramite autenticazione.

200 Controller = 200 File come minimo.

Nello sviluppo di questi 200 file le probabilità nel dimenticarsi di mettere un qualcosa tipo <? if (empty($_SESSION['username'])) die(); ?> sono esponenziali.

Quello che quindi vorrei fare è, senza mettere mano in alcun modo al controller e/o alle view, poter eseguire determinati metodi direttamente dal router.

Ad esempio, al router vorrei dire che tutto ciò che inizia con /admin/ deve eseguire il controller come di consueto ma PRIMA deve eseguire un mio metodo Auth::checkLogin().
Il metodo farà la verifica e se il login è stato fatto, allora esce senza fare nulla e prosegue con l'esecuzione del controller, altrimenti, forza un redirect alla pagina di login.

Devo farlo a monte di ogni controller.

Con Kohana posso fare una cosa simile, creando un controller base per le admin, di nome Admin_Controller che estende il controller di Kohana, mettere dentro questo controller il mio check in fase di __contruct e poi istanziare i controller aggiuntivi partendo direttamente dal mio Admin_Controller (ereditando quindi il controllo di login).
Questo è un workaround, ma nel caso sviluppassi un mio router, voglio avere la possibilità di eseguire metodi prima e dopo il routaggio direttamente dal router stesso, senza metter mano al resto del codice.

Potresti creare una classe controller in cui inserire tutto quello che vuoi tu nel construct, e poi far derivare tutti i controller dell'amministrazione da quella classe...

[guest]

Potresti creare una classe controller in cui inserire tutto quello che vuoi tu nel construct, e poi far derivare tutti i controller dell'amministrazione da quella classe...

Si, come ho scritto io e come sto facendo ora con Kohana o con il mio FW.

Mi piacerebbe, però, implementare un hook a livello di router, richiamato però da dentro il controller. In pratica è il controller che deve richiamare la hook impostata nel router.

C'è da dire che se da dentro il controller vado a leggere il valore della route richiamata, in mezzo a tutti i miei parametri avrò anche un parametro "beforeFilter", se presente, lo eseguo.

[guest]

Observer pattern - Wikipedia, the free encyclopedia

Si può fare qualche cosa con SPL, integrato direttamente in PHP, ma non l'ho mai usato, ora faccio qualche test.

[Antonio]

Si, come ho scritto io e come sto facendo ora con Kohana o con il mio FW.

Mi piacerebbe, però, implementare un hook a livello di router, richiamato però da dentro il controller. In pratica è il controller che deve richiamare la hook impostata nel router.

C'è da dire che se da dentro il controller vado a leggere il valore della route richiamata, in mezzo a tutti i miei parametri avrò anche un parametro "beforeFilter", se presente, lo eseguo.

La soluzione più elegante e migliore dal punto di vista progettuale è usare l'observer pattern, in modo da avere loose-coupling tra gli oggetti.

Non ho però capito se vuoi anche la gestione di un evento durante l'esecuzione di ciò che è presente nella classe controller.

PS: Mai usato SPL, preferisco fare tutto a manina

[guest]

Non ho però capito se vuoi anche la gestione di un evento durante l'esecuzione di ciò che è presente nella classe controller.

Si, preferibilmente.

4 eventi:

preController
preView
postView
postController

[guest]

PS: Mai usato SPL, preferisco fare tutto a manina

Mai fatto un observer, non so nemmeno da dove partire

[Antonio]

Si, preferibilmente.

4 eventi:

preController
preView
postView
postController

Allora non vuoi nulla intracontroller

Solitamente il flow chart è preController->Controller->postController->preView->View->postView.

Al termine dei controller tu non ritorni dei dati passati al render (view)?

Mai fatto un observer, non so nemmeno da dove partire

E' un design pattern, studiatelo un attimo e vediti gli esempi in JAVA che sono su wikipedia e non avrai problemi
Poi penso che se googli un pò l'implementazione la trovi anche già fatta in PHP (joomla, ad esempio, gestisce tutto tramite observer )

[guest]

Be, aspetta, la view è richiamata da dentro il controller, quindi il preView è "intracontroller" così come il postView.

[Antonio]

Be, aspetta, la view è richiamata da dentro il controller, quindi il preView è "intracontroller" così come il postView.

Aspetta, il controller dovrebbe solo preparare i dati (prelevandoli eventualmente con i modelli) e passarli al viewer che ti renderizza la pagina; perché mai dovrei ritornare al controller dopo aver processato la view?

[guest]

Il router richiama il controller, il controller richiama il Model e ne prende il risultato, lo elabora, richiama la view e si leva dai m...

E se richiamassi tutto dal router?
Il router identifica il controller corretto, esegue l'eventuale preController, esegue il controller, esegue il postController, esegue il preView, esegue la view, esegue il postView.

Il controller dialoga con il model e basta.
Il router dialoga con controller e view, passando a quest'ultima tutto l'oggetto ritornato dal controller.

[Antonio]

Il router richiama il controller, il controller richiama il Model e ne prende il risultato, lo elabora, richiama la view e si leva dai m...

E se richiamassi tutto dal router?
Il router identifica il controller corretto, esegue l'eventuale preController, esegue il controller, esegue il postController, esegue il preView, esegue la view, esegue il postView.

Il controller dialoga con il model e basta.
Il router dialoga con controller e view, passando a quest'ultima tutto l'oggetto ritornato dal controller.

Guarda che così dovrebbe essere

[guest]

Guarda che così dovrebbe essere

Dovrebbe, io ti sembro normale?

[Uno]

Arrivati a questo punto... io implementerei un precontroller ereditato con interfaccia su una model con una bella view, quando il controller non regge più il carico gli faccio partire una query subito sotto l'uri, in modo che mi helper ad inflector.....

E non se ne parla più....

Alessandro, ci rinuncio a seguirti, dovrei farti fattura (o un malocchio ) se leggo ancora un post