Possiedo un'architettura Java esistente che utilizza un framework proprietario di base. Voglio iniziare a sviluppare nuove funzionalità in un framework, ex Play.
In questo modo non perderò le funzionalità esistenti, le sostituirò lentamente e probabilmente finirò senza problemi con un'applicazione riscritta.
È saggio farlo? O ci sono altri modi migliori per affrontare questo tipo di transizione da un quadro all'altro?
Quindi, hai un'applicazione che utilizza un vecchio framework arrugginito A e vuoi spostarti verso il framework B.
Questo è un tipo di refactoring che può accadere a causa di molti motivi, molti dei quali possono essere ridotti a "non vogliamo più il framework A come dipendenza". I motivi possono essere variati, come A non viene più mantenuto, B ha caratteristiche più belle e così via.
Questo succede sicuramente. Tuttavia, la transizione è dura e dolorosa. Il modo più sicuro per eseguire la transizione è creare rami separati, in cui si esegue la transizione di un pezzo dell'applicazione. Non mescolare mai la transizione con un nuovo sviluppo, poiché, se qualcosa va storto, è difficile da rintracciare.
Ma, alla fine, pensa se ne vale la pena. Sì, B potrebbe essere migliore, ma è abbastanza buono da valere il costo del refactoring / riconvalidazione dell'intero progetto?
Leggi altre domande sui tag java architecture frameworks