Zend Framework ed altri framework per PHP

[guest]

Complesso non significa non ducumentato
E' troppo complesso perchè devi fare quello che vuole lui.
Ieri stavo seguendo il tutorial e, per dire, i campi delle tabelle se li chiami in un modo, lui li riconosce e li utilizza.

Ho paura che a lungo andare diventi 'stretto'.
Vorrei essere io a dire cosa fare al framework, e non il framework che dica a me come fare determinate cose in modo tale che lui le riconosca.

E' un ottimo prodotto, ma secondo me è troppo chiuso. Solo il tutoria perde 3-4 capitoli per spiegare il funzionamento di symfony. Cake, ad esempio, in 30 secondi sai usarlo. Copi il file, estendi le classi ed hai fatto.

Niente generatori di codice o cose simili. Il problema di cake è che avendo la compatibilità con PHP4, non userà mai l'overload delle classi, i namespace, PDO, la distinzione tra protected, private e public e così via.
Non si programma in questo modo, nel 2010.

[andrea.paiola]

guest, prima chiedi un similare di Rails e poi ti lamenti se implementano la convention over configuration e lo scaffolding?

comunque è un'altra cosa rispetto alla complessità... le regole mi paiono abbastanza semplici e tra l'altro in progetti complessi personalmente cercherei di seguirle lo stesso anche se non me le chiede il framework

che cake sia più immediato più darsi, ma è anche meno flessibile mi sa e poi certo c'è la questione php 4

magari dai un occhio a Kohana http://kohanaframework.org/

molti sono passati a questo spinoff di Codeigniter per evitare PHP 4

[guest]

Mi serve un similare rails per una determinata cosa.
anche cake, come ho scritto è similare, se non fosse per PHP4 e perchè non mi pare di aver visto un precisa feature, sarebbe perfetto.

Potrebbe andar bene anche symfony, ma un conto è dover seguire uno standard per la configurazione del framework e la stesura del codice (che ovviamente si deve adattare allo stile MVC adottato dal framework stesso), un conto è dover progettare un db come lo vuole lui. Noi ad esempio non usiamo "created_at" e non lo vogliamo nemmeno usare. Non chiamiamo così le colonne.

Sinceramente non so se è possibile istruire symfony per ignorare i nomi dei campi, o meglio, utilizzarli con altri nomi. Non mi interessa il generatore automatico di codice, ho bisogno di un framework come struttura non per generare admin e frontend con 3 righe di comando, quindi non vedo per quale motivo dovrei seguire il suo standard per nominare i database.

Se fosse possibile ingorare tutta questa parte di configurazione, andrebbe bene, ma i tutorial che ho seguito fanno sviluppare applicazioni fin troppo complesse e si appoggiano tutti al generatore di codice e database, a me invece serve capire come diavolo partire da zero e creare un ciao mondo di questo tipo:

url: /ciao/mondo/Alessandro/

deve richiamare il controller "ciao", azione "mondo" con parametri "Alessandro"

url: /admin/ciao/mondo/alessandro/

deve richiamare il controller "ciao" della risorsa admin, azione "mondo", parametri "alessandro" ed allo stesso tempo, la risorsa admin deve essere filtrata tramite un mio filtro per autenticazione, il beforeFilter di cake per intenderci.

Il routing deve essere sia dinamico che statico.
Nel caso non fosse presente una route statica, allora deve identificare il controller tramite la URL, altrimenti deve ignorare la URL e seguire la regola di routing messa manualmente. (dove si specificherà il filtro nel caso di admin)

Se ci fosse... altrimenti me lo devo fare da per me.

[Antonio]

Mi serve un similare rails per una determinata cosa.
anche cake, come ho scritto è similare, se non fosse per PHP4 e perchè non mi pare di aver visto un precisa feature, sarebbe perfetto.

Potrebbe andar bene anche symfony, ma un conto è dover seguire uno standard per la configurazione del framework e la stesura del codice (che ovviamente si deve adattare allo stile MVC adottato dal framework stesso), un conto è dover progettare un db come lo vuole lui. Noi ad esempio non usiamo "created_at" e non lo vogliamo nemmeno usare. Non chiamiamo così le colonne.

Sinceramente non so se è possibile istruire symfony per ignorare i nomi dei campi, o meglio, utilizzarli con altri nomi. Non mi interessa il generatore automatico di codice, ho bisogno di un framework come struttura non per generare admin e frontend con 3 righe di comando, quindi non vedo per quale motivo dovrei seguire il suo standard per nominare i database.

Se fosse possibile ingorare tutta questa parte di configurazione, andrebbe bene, ma i tutorial che ho seguito fanno sviluppare applicazioni fin troppo complesse e si appoggiano tutti al generatore di codice e database, a me invece serve capire come diavolo partire da zero e creare un ciao mondo di questo tipo:

url: /ciao/mondo/Alessandro/

deve richiamare il controller "ciao", azione "mondo" con parametri "Alessandro"

url: /admin/ciao/mondo/alessandro/

deve richiamare il controller "ciao" della risorsa admin, azione "mondo", parametri "alessandro" ed allo stesso tempo, la risorsa admin deve essere filtrata tramite un mio filtro per autenticazione, il beforeFilter di cake per intenderci.

Il routing deve essere sia dinamico che statico.
Nel caso non fosse presente una route statica, allora deve identificare il controller tramite la URL, altrimenti deve ignorare la URL e seguire la regola di routing messa manualmente. (dove si specificherà il filtro nel caso di admin)

Se ci fosse... altrimenti me lo devo fare da per me.

Penso che, a questo punto, ti convenga usare lo ZF, perché più malleabile e ben documentato.

[andrea.paiola]

Potrebbe andar bene anche symfony, ma un conto è dover seguire uno standard per la configurazione del framework e la stesura del codice (che ovviamente si deve adattare allo stile MVC adottato dal framework stesso), un conto è dover progettare un db come lo vuole lui. Noi ad esempio non usiamo "created_at" e non lo vogliamo nemmeno usare. Non chiamiamo così le colonne.

puoi chiamarli come vuoi: i nomi dei campi li definisci nello schema del database The Definitive Guide to symfony | Chapter 8 - Inside The Model Layer | symfony | Web PHP Framework
http://php.html.it/guide/lezione/4433/il-model-propel/

[guest]

Penso che, a questo punto, ti convenga usare lo ZF, perché più malleabile e ben documentato.

Ci avevo già pensato.
A parte la documentazione in puro stile PHP, in cui controllano se un valore corrisponde ad una variabile e non se la variabile ha un dato valore ( 'ciccio' == $variabile e non $variabile == 'ciccio'), mi è sembrato valido come prodotto.

Ma si può fare quello che chiedo? Se si, come ?
Ci ho provato, ma non ci ho cavato le zampe.

[Antonio]

Ci avevo già pensato.
A parte la documentazione in puro stile PHP, in cui controllano se un valore corrisponde ad una variabile e non se la variabile ha un dato valore ( 'ciccio' == $variabile e non $variabile == 'ciccio'), mi è sembrato valido come prodotto.

Ma si può fare quello che chiedo? Se si, come ?
Ci ho provato, ma non ci ho cavato le zampe.

Le route statiche si possono inserire (basta che le inserisci durante il bootstrap), come anche la gestione modulare (ad es. con un path /application/modules/nome-modulo/controllers/nome-controller.php). Con la gestione modulare ogni modulo può avere le sue viste, modelli, helper.

Per la gestione dell'autenticazione generale, ti basta creare un plugin da caricare con l'hook dispatchLoopStartup ed ogni volta che avverrà il routing per una request sarà eseguito quanto specificato nel plugin: se l'utente è autenticato ed ha i permessi per vedere la pagina, la vede, viceversa modifichi i dati di routing semplicemente settandoli dalla request...

//All ok, continue with dispach
$request->setModuleName($target['module'])
->setControllerName($target['controller'])
->setActionName($target['action']);

PS: ovviamente per la gestione di autenticazione, utenti e sessioni utente utilizza sempre lo ZF

[guest]

Grazie Antonio.
Devo fare qualche prova.

Ammetto che symfony mi attira molto, ma porca miseria, ho passato tutto ieri sera a capire solo lontanamente il funzionamento (e non l'ho ancora capito), mentre con cake in 30 secondi (ma proprio 30) si impara ad usarlo e zend ci si impiega poco di più grazie al tutorial.

Te cosa useresti per un progetto nuovo? Symfony o Zend?

[Antonio]

Grazie Antonio.
Devo fare qualche prova.

Ammetto che symfony mi attira molto, ma porca miseria, ho passato tutto ieri sera a capire solo lontanamente il funzionamento (e non l'ho ancora capito), mentre con cake in 30 secondi (ma proprio 30) si impara ad usarlo e zend ci si impiega poco di più grazie al tutorial.

Te cosa useresti per un progetto nuovo? Symfony o Zend?

Bella domanda

Ora come ora userei certamente lo ZF essendo molto più malleabile, ma Symfony2 mi sembra abbia fatto dei grossi passi avanti rispetto alla v1.x (quindi, forse, quando sarà rializzata la versione stabile, mi orienterò su quello).

[guest]

Non mi sei di aiuto, lo sai vero?

[Antonio]

Non mi sei di aiuto, lo sai vero?

Se il progetto lo devi far partire adesso non ci sono santi, usa lo ZF.

[guest]

Lo dovevo far partire ieri, ma ho perso mezza serata a capire come usare symfony...

[Antonio]

Lo dovevo far partire ieri, ma ho perso mezza serata a capire come usare symfony...

Allora usa lo ZF e togliti il pensiero, soprattutto se è un applicativo "interno" e non devono metterci le mani troppe persone e/o esterni.

[guest]

Però toglimi una curiosità prima che perdo 45 giorni senza successo.
Si può usare Zend al 110% senza usare mai la CLI? Ma proprio mai.

In tutti i tutorial si usa la cli per inizializzare il progetto.
e' fondamentale (nel senso che manualmente dovrei modificare 54 file per ogni piccola variazione) oppure è solo un ausilio e posso fare tutto con il mio editor di fiducia?

[Antonio]

Però toglimi una curiosità prima che perdo 45 giorni senza successo.
Si può usare Zend al 110% senza usare mai la CLI? Ma proprio mai.

In tutti i tutorial si usa la cli per inizializzare il progetto.
e' fondamentale (nel senso che manualmente dovrei modificare 54 file per ogni piccola variazione) oppure è solo un ausilio e posso fare tutto con il mio editor di fiducia?

Io non ho mai usato la cli per fare il mio CMS@home (son partito che neanche esisteva) che funziona con l'ultima release dello ZF.

Lo Zf essendo una raccolta di librerie è di gran lunga più duttile rispetto agli altri fw; alla fine MVC lo utilizzi perché richiami le librerie che te lo implementano