Mvc

[nickcv]

Originariamente inviato da Sbidiguda
Certamente, hai ragione. Però ogni fw ha qualcosa che fà imbestialire. Ad esempio, yii è un ottimo fw, semplice, veloce, però lo rimane solo finchè crei cose semplici (e anche li a volte fà impazzire). Se cominci a creare qualcosa di un po' più "corposo" in pratica devi andare a modificare tutti i controller base riscrivendo tutto il codice, l'esempio lampante è l'autenticazione, puoi scaricare qualsiasi modulo da implementare ma se non gli riscrivi il controller base per lavorare con un database lui non funzionerà mai. In pratica anche li devi reinventare la ruota (diciamo così) a questo punto prendo 2 piccioni con una fava, studio MVC progettando un micro fw e mi creo uno strumento di sviluppo personale secondo i miei gusti ed esigenze che poi potrò tranquillamente espandere senza problemi visto che la logica sarà mia

devi imparare ad estendere le classi, tutto lì.

ho usato Yii per progetti decisamente complessi senza alcuna difficoltà.
Se hai bisogno di un nuovo sistema di autenticazione utente o di un nuovo WebUser ti basta estendere tre classi e fare un override di esagerando 5 metodi.

devi sapere dove mettere le mani, ma questo vale per ogni framework.
riscrivere da zero le classi di base è l'approccio sbagliato per lo sviluppo ad oggeti, dovete solo fare un pò più di pratica ragazzi.

[Virus_101]

si capisco ma io mvc lo trovo conroproducente quando el cose si complicano, nemmeno l'esnsione delle classi a volte ti salva quando devi aggiungere campi al db o modificare sostanzialmente alcuni moduli... in quei casi nel 90% delle volte devo riscrivere quasi tutti i moduli...

Poi ogni design pattern ha i sui pro/contro e MVC se progettato bene puo' esser anche abbastanza flessibile ma come avrete capito non sono un big fan di tale pattern. Poi se ho convenienza ad usarlo non mi faccio remore.

[Sbidiguda]

Originariamente inviato da nickcv
devi imparare ad estendere le classi, tutto lì.......

Vero, serve tanta pratica, però è un casino capire come ha ragionato un altro programmatore quando ha creato metodi, helpers e tutto il resto

@Virus_101:
Visto che stai spiegando a danlupo ti tartasso pure io .
Nel mio "coso" (lo chiamo così perchè non può definirsi un progetto dehehe) di studio per il model ho una classe MySqlDb tipo quella di Jeffrey Way. Ho il dubbio però che richiamando solo quella la M di model vada a farsi benedire giusto? Devo creare un model per ogni elemento? Nel qual caso sapresti spiegarmi un attimo cosa dovrei fargli fare a questi model visto che quella classe fà già tutte le operazioni possobili su un db?

[Virus_101]

Fermo che stai avviando una nuova discussione a se' stante.
Fai una cosa bella così non incasiniamo oltre questo thread.
Apri un nuovo thread a riguardo e linkalo cosi' ne parliamo di là
Solo 1 piccola nota quello che intendi te ricade sotto ORM ... e dopo vediamo come inserire la parte ORM ... in php potresti nel caso usare msqli o PDO che ti fornisce già tutto senza richiedere complicazioni ulteriori.

[Sbidiguda]

Ok grazie per la disponibilità! A stò punto allora preferisco che si esaurisca l'argomento di danlupo prima di aprire il post. Ho letto spunti molto interessanti anche senza vedere una riga di codice . Come hai detto prima, con troppa carne al fuoco si rischia di bruciarne la metà .

[Virus_101]

Okappa allora atendiamo dan

[danlupo]

Ho scoperto una cosa: il mio livello di PHP è troppo base per gestire un design pattern. Visto che questo progetto lo volevo consegnare in breve tempo (già volevo farlo per pasqua );
Ora so da che punto partire per fare qualcosa di decente e qualcosa penso già di applicarlo nell'area login, appena finito mi metto a studiare tutta l'architettura (magari con l'ausilio di un testo facile) in modo da poter fare qualcosa di serio in futuro.

Anche perhcè, ad esempio mi interessa la parte della classe utenti con le estensioni mod, ed admin ma a me l'unica cosa che viene in mente è il campo nella tabella mySQL chiamato Tipo e la gestione come Sessione['Tipo'] e la successiva gestione con if tipo==Admin etc..

oppure la mailbox con le varie $mailbox->newmsg();

Ringrazio Virus nickcv e gli altri.

Dan

[Virus_101]

dan puoi sempre partire facendo dei buoni set di funzioni.

quindi con dei set di funzioni fatti bene puoi sopperire alle necessità temporali di sviluppo correlate al tuo attuale livello di esperienza.

Poi se fai le funzioni fatte bene puooi sempre eseguire un porting dell'applicazione creado ed impostando le classi e il design pattern da te scelto.

Purtroppo OOP e design pattern sono una continua strada in salita senza fine.. piu' sutdi e ci lavori piu' scopri e piu' devi studiare testare e apprendere .... non si finisce mai