[Design Pattern] Implementare il Model View Controller

[TheClue/Nash]

sono basito: coi design pattern ed una seria analisi "ad oggetti" dell'applicazione (web) da implementare col php si possono fare grandi cose

cosi' avendo deciso di smetterla con gli scriptini procedurali da due soldi e di studiare per fare il "salto di qualita'" e avendo realizzato che tutto sommano zope/python/jsp/ruby/c# nn sono indispensabili per fare una robusta applicazione web ho deciso di continuare ad usare php, ma sotto un'altra prospettiva

problema numero uno: Il model-view-controller. ho letto come funziona questo pattern e lo trovo fantastico. vorrei implementarlo nelle mie applicazioni web

ma proprio nn riesco a capire da che parte cominciare...qualcuno puo' darmi qualche consiglio?

[Fabio Heller]

Ciao,

molti fantasticano sul Design Patern pensando a chissà cosa ma... alla fine la maggior parte dei pattern si possono realizzare anche programmando in PHP4 che ha limitate funzionalità object oriented.
E in molti casi non è neppur enecessario programmare object oriented per applicare i pattern più diffusi

Model View Controller?
Come fai a trovarlo fantastico se non sai come metterlo in pratica?

Un framework specifico potrebbe essere questo
http://www.phpmvc.net/

Ma alla fine puoi prendere un qualsiasi Templating Engine System (tipo Smarty o il più semplice phpSavant) e vedrai che utilizzandolo con buon senso applicherai MVC senza neppure accorgertene

[TheClue/Nash]

mi spiego meglio: nn so applicarlo al php/generazione pagina che mi ha sempre dato l'idea del "sequenziale per eccellenza"

ho studiato i design pattern all'uni e dal mio bassissimo background java (solo accademico) nn posso non rendermi conto che dal punto di vista teorico la separazione modello controllore e vista sia una tecnica sicuramente molto pulita di programmare

lo ammetto lo trovo fantastico in potenza e nn in atto

cmq grazie dei link, ci vado subito ^^

[andr3a]

ma va bene che un front-end web potrebbe essere considerato come GUI ... ma con PHP nonconverrebbe adottare un pattern diverso dall' MVC ? :master:

no perchè oltre GUI multi finestra, non ho visto un granchè ...

[TheClue/Nash]

smarty, ad esempio, sembra molto interessante

supponendo, pero', che voglia "incapsulare" uno di questi framework, rilasciati sotto GPL o LGPL o quello che e', in una mia applicazione "proprietaria"....le licenze gnu, se nn mi hanno detto una stupidata, nn permettono al codice che tutelano di essere utilizzati in applicazioni proprietarie (e vorrei vedere!)

ste licenze mi hanno sempre incasinato...nn sono mai riuscito a capire cosa puoi o nn puoi fare con il codice che trovi...la LGPL sembra permettere questo tipo di uso commerciale ma...beh...è ancora tutto piuttosto nebuloso

[Fabio Heller]

Originariamente inviato da TheClue/Nash
smarty, ad esempio, sembra molto interessante

supponendo, pero', che voglia "incapsulare" uno di questi framework, rilasciati sotto GPL o LGPL o quello che e', in una mia applicazione "proprietaria"....le licenze gnu, se nn mi hanno detto una stupidata, nn permettono al codice che tutelano di essere utilizzati in applicazioni proprietarie (e vorrei vedere!)

ste licenze mi hanno sempre incasinato...nn sono mai riuscito a capire cosa puoi o nn puoi fare con il codice che trovi...la LGPL sembra permettere questo tipo di uso commerciale ma...beh...è ancora tutto piuttosto nebuloso

Se rilasci i sorgenti della tua applicazione a chi la utilizza non ci sono problemi, se non li rilasci potrebbero essercene ma solo con la GPL, la LGPL non ha le stesse limitazioni.

[TheClue/Nash]

perfetto mi metto al lavoro allora grazie delle dritte ^^

[kylnas1]

Due dei migliori framework MVC di cui ho sentito parlare:

symfony

mojavi

[TheClue/Nash]

ok, ho studiato un po' di cose e mi accingo a metterle in pratica. ho deciso di usare symfony (diamine! e' davvero incredibile quel coso!) ma con smarty per la parte di presentation (anche se forse solo symfony e' sufficente)

se ci riesco invece cerco di dar da mangiare dei file XML al presentation layer (sono a digiuno anche di XSLT, ma posso sempre imparare) cosi' da poter cambiare piu' facilmente le viste...insomma...poi ci penseremo ^^

side effect: ho scoperto che col pear nuovo e' possibile aggiungere dei canali, quindi il mio piccolo (didattico) framework posso trasformarlo in un mini-package facilmente installabile (nn nella gerarchia di pear.php.net ovviamente).

vi ringrazio dei consigli e dei link, sono stati illuminanti!