Mvc

[Virus_101]

si hai ragione dan
1 maglietta factory
2 siamo ot


Cmq tornando al pattern mcv, devi capire bene cone impostare le componenti.
IMpostare uno std di comunicazione(cosa consigliata) e quindi iniziare a buttare gliu' la progettazione degli alberi delle classi.

[nickcv]

Originariamente inviato da Virus_101
o.O
E perche' ?
Per avere hiamate a sicnrone negli script php ?

Beh per alcune necessita puoi eseguire i relativi fork.... che e' pure meglio

generare nuovi processi mi pare un work around enorme... ma ad ognuno il suo :P

[Virus_101]

beh in php sei praticamente costretto.

In java hai la tua bella classe runnable o thread dipende come devi operare.
Il problema riguarda sempre se il modulo muore i suoi thread che fine fanno ?
Non ho mai avuto questa necessità sotto servlet pertanto non saprei difinire oltre il comportamento di un thread in una servlet.

In php semplicemente non esiste e non si puo' fare.
Puoi altres' procedere avviando un fork (e quindi nuovo processo) oppure eseguendo una chiamata curl particolare e si sono dei workaroud spaventosi.

Ma stiamo andando OT di nuovo

[nickcv]

Originariamente inviato da Virus_101
Ma stiamo andando OT di nuovo

sì hai ragione, uccidiamo qui la discussione che è meglio :P

[Virus_101]

Si beh ... se non torniamo in topic e' meglio che ci si fermi

[danlupo]

Vabbè torno io un attimo in topic poi vedo di camminare con le mie zampe..

Ho scaricato un esempio banale di mvc (giusto per provare prima di analizzare un FW), ho notato che chi ha preparato il tutorial ha messo nello ZIP un file con estensione swp (quindi un file di memoria) per ogni file php: è qualcosa che devo fare anch'io o semplicemente lui ha messo nel calderone tutto quello che aveva nella directory ??

[Virus_101]

che esempio ???
Non abiamo abb info .

[danlupo]

Originariamente inviato da Virus_101
che esempio ???
Non abiamo abb info .

Scusa Virus, è un banale esempio chiamato tinymvc, comunque avendo trovato traccia di file swp solo in quell'esempio penso che il creatore abbia preso una cartella del suo computer e l'abbia copiata pari pari senza pensare a cosa sia utile o meno.

L'esempio infatti è composto solo da una cartella views ed una application; nella prima c'è un banale file php con codice html e nella seconda tre file chiamati controller.php load.php e model.php. Comunque grazie.

[Sbidiguda]

Originariamente inviato da nickcv
costruirsi un proprio framework può essere infatti un ottimo esercizio di apprendimento, ma a parer mio una volta appresi questi meccanismi è meglio utilizzarne di già esistenti...

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

Originariamente inviato da danlupoVabbè torno io un attimo in topic poi vedo di camminare con le mie zampe..

Ho scaricato un esempio banale di mvc (giusto per provare prima di analizzare un FW), ho notato che chi ha preparato il tutorial ha messo nello ZIP un file con estensione swp (quindi un file di memoria) per ogni file php: è qualcosa che devo fare anch'io o semplicemente lui ha messo nel calderone tutto quello che aveva nella directory ??

Anche qui se posso permettermi, prima di partire direttamente con MVC, inizia col guardare il pattern front controller (se non lo hai già fatto ovvio). Un pattern di programmazione non esclude gli altri, nel senso che tu strutturi tutti in mvc ma all'interno per i vari componenti si possono usare pattern differenti. Ad esempio Front Controller (index) è utilizzato in buona dei parte dei progetti, non è altro che il punto d'ingresso dell'applicazione e ha la responsabilità di prendersi in carico tutte le pagine. Quindi visto che probabilmente l'index sarà una delle prime cose che dovrai preparare inizia con il guardare come struttrare il front e il sistema di gestione/chiamate alle pagine comprese le configurazioni (mi ci stò scornando di catteveria anche io per questo te lo dico ).

[Virus_101]

Posso solo che concordare sul casino che diventa mvc quando si complicano le cose.
QUesto dipende dall'alto tasso di coesione delle entità.

Ma per progetti di piccola media entità va anche bene, soprattutto se non devi fare manutenzioni costanti.

Eviterei di incasindare dan con altri design patterns.
E' bene che inzi com mvc poic' e' uno dei fw concettualmente piu' facili da digerire, e da implementare a scopo di prova e studio.

Per il momento pero' lasciamo da parte pattern che non siano MVC. SIamo gia andato oltremodo fuori topic prima.

@danlupo l'esempio che mi dici lascialo eprdere e cestinalo subito.
MVC deve avere :

core
|- view
|- model
|- controller


e ad esempio dentro la view
class pageRenderer
class menuCreator
etc....

dentro model
class dbConnector
class user
class userMod
class userAdmin
etc....

dentro controller
class includeHandler
class actionsHandler
class formHandler
class redirectHandler
etc...

Ovviamente sono solo esempi .

Cmq nel file index o template che userai
Inlcudi il core e l'handler per gli include , insluidi quello che ti serve e generi la pagina.
Dovreit includere solamente model e view nelle pagine html.

Mentre per tutte le altre operazioni dovresti usare model e controller.