Applicazione di Revamp [chiusa]

0

Sono uno sviluppatore di software con un'esperienza di 3 anni. Voglio giocare sempre con le ultime tecnologie. Ma questo non è pratico. Perché dire, ho sviluppato un'applicazione web in .Net 3.5, ora il suo 30% è finito. Dopo il rilascio di .Net 4.0, la mia mente va sempre con .Net 4.0. Penso che in questo modo molte funzionalità siano disponibili in una nuova versione, quindi perché non implementare tali versioni nella mia applicazione.

Quando lavoravo con aziende IT, la maggior parte di loro codificava con versioni molto vecchie, alcuni usano VB.NET, C, anche Classic ASP.

Quindi quali potrebbero essere i punti che dovrei prendere in considerazione se rinnovare un'applicazione?

    
posta Rauf 10.09.2012 - 09:57
fonte

2 risposte

4

Ricorda che il codice legacy è ancora un codice legacy per un motivo. Funziona, ed è troppo complicato e su larga scala per sostituire correttamente. A volte una nuova versione lucida non è l'opzione migliore. Ad esempio, python 3 ha causato un po 'di scalpore sulla compatibilità.

In pratica, alcune cose da ricordare:

  • Sostituisci metodi deprecati
  • Le ottimizzazioni della nuova lingua possono fornire modi migliori per fare qualcosa, controllare i chagelog
  • Dependecie / Compatibilità, con che cosa interagisce l'applicazione?
risposta data 10.09.2012 - 10:30
fonte
1

Faccio quanto segue per rendere le mie applicazioni più flessibili per l'adattamento futuro delle nuove tecnologie.

(1) Dividere le applicazioni più grandi in più componenti con interfacce ben definite. Ad esempio, se ho sviluppato un'applicazione ADO.net di Windows Form + di base su .net 2.0, in seguito voglio convertire l'interfaccia utente in WPF senza influire sulla persistenza dei dati, o utilizzare l'entity framework per la persistenza dei dati senza influire sull'interfaccia utente, avendo in progetti diversi con le interfacce ben definite saranno sicuramente d'aiuto.

(2) Se so che vorrò adattare le nuove tecnologie un po 'di tempo lungo la pista con un lungo progetto di trascinamento, permetto un budget per i debiti informatici e ho test unitari completi. Ad esempio, se voglio convertire le routine di ricerca dei dati di un componente in LINQ ma non posso essere disturbato a convertirle tutte in una volta, mi piacerebbe un po 'di tempo in più ogni volta che tocco il componente, così posso convertire un po' ogni volta, e gradualmente completa la modifica. I test unitari assicureranno che non ho rotto la logica.

In sintesi, se ritieni di volere assolutamente le nuove tecnologie quando saranno disponibili, assicurandoti che i componenti siano ben disaccoppiati e una buona copertura del test unitario dal primo giorno ti sarà di grande aiuto.

    
risposta data 18.09.2012 - 10:43
fonte

Leggi altre domande sui tag