Quando passare a un progetto mid-quadro ha senso?

Ugh. Questa è una domanda complicata con cui ho sempre lottato. I miei primi progetti sono iniziati come i tuoi. Abbiamo finito per fare riscritture complete di circa 2 anni in ciascun progetto, indipendentemente dal fatto che avessimo voluto o meno. Io consiglierei di fare la cosa dolorosa ora, o di pianificare di farlo in un momento prestabilito.

Il bello del passaggio a un framework è che solitamente venivano forniti unit test, il che ci consentiva di spostare il codice esistente mappando gli input e gli output esistenti nel framework di test delle unità. Il test delle unità personalmente mi annoia come programmatore, ma è uno strumento fantastico per passare dalla "versione 0.1" alla "versione 1.0" di un progetto.

La maggior parte dei framework più grandi che ho usato (Zend e Symfony) hanno modi semplici per includere javascript personalizzati nelle loro viste - sia in forma di libreria o in linea nelle viste. Non penso che dovrebbe essere una preoccupazione.

La domanda più grande è se interrompi lo sviluppo per far ruotare le tue funzionalità in un framework, o se dovresti provare ad integrare pezzi del framework mentre procedi. Non ho mai visto i primi funzionare bene; diventa noioso (per me). Quest'ultimo non funziona bene con Symfony ma funziona alla grande con Zend.

La maggior parte delle volte la percezione di un "onere" aggiuntivo o di un sovraccarico nell'utilizzo di una struttura web riguarda il tempo aggiuntivo necessario per apprendere il framework. Ma non possiamo dire cosa significa veramente il tuo amico "iniziando a pulire". Sta semplicemente contro le soluzioni black-box?

Così tanti framework PHP usano il pattern MVC, che ti lascia molte opzioni. Il tempo necessario per ricercare e sperimentare il più popolare per vedere quale si adatta meglio alle tue esigenze potrebbe essere preobabilmente meno costoso del tempo necessario per eseguire il rollover. Almeno allora puoi avere un'idea migliore se le tue funzionalità proposte avrebbero davvero bisogno di un framework personalizzato o meno.

Quando puoi rispondere SÌ a una qualsiasi di queste domande:

• Ci vorrà uno sforzo maggiore per rimanere sul tuo percorso, piuttosto che tornare indietro e cambiare i quadri.
• Ti rendi conto che la tua attuale implementazione non supporta una funzione richiesta di cui non puoi fare a meno.
• È più economico tornare indietro e cambiare piuttosto che mantenere il percorso corrente. (Simile al primo.)
• Non hai una data di consegna e vuoi solo provare qualcosa di diverso.

Quando non dovresti farlo:

• Quando perderai una data di consegna a causa della modifica. Che cosa fare: consegnalo come hai pianificato, quindi modificalo. Potrebbe essere più costoso tornare indietro e perdere una data di consegna, piuttosto che modificarla in un secondo momento e renderla versione 2.