Sto mantenendo un'applicazione VB6 e stiamo studiando come migrare a .Net Stiamo considerando di farlo gradualmente implementando nuove funzionalità nelle classi .Net visibili di COM e migrando lentamente le funzionalità esistenti. Ho trovato alcuni istruttivi esempi di "Hello World" su come farlo e funziona perfettamente con la nostra app. Ma come è il comportamento del mondo reale di queste applicazioni ibride? Sono stabili, mantenibili? In particolare, il nostro programma prevede che più utenti sullo stesso computer lo utilizzeranno passando agli account utente.
EDIT: L'app VB6 legge i dati da una connessione USB e li memorizza in un database Access. L'utente può richiamare varie viste sui dati. I dati sono memorizzati nella cache di un dispositivo hardware, quindi le interruzioni nella lettura non sono fatali.
EDIT 4 ottobre 2015: Tempo per un follow-up: stiamo ancora sostituendo il codice VB6 esistente passo dopo passo a .Net. Per prima cosa abbiamo adottato le routine di accesso ai dati, quindi la logica di bussiness e attualmente una forma dopo l'altra viene convertita in WPF. Abbiamo infatti finito per riscrivere ogni pezzo di codice che abbiamo convertito (in VB.Net), ma potevamo farlo lentamente e allo stesso tempo migliorare la funzionalità. L'applicazione ibrida è sopravvissuta alla transizione a Windows 8, 8.1 e 10.
EDIT 9 marzo 2018: Rilasceremo il codice completamente convertito il prossimo mese. L'applicazione ibrida sarà supportata per almeno un anno in più. Mostra principalmente problemi su schermi ad alta risoluzione, ma funziona bene altrimenti. Per essere onesti, abbiamo più mal di testa a causa di installazioni .Net Framework corrotte e installazioni di dipendenze corrotte (SQL Server LocalDb tra loro) rispetto a problemi di compatibilità con la base di codice VB6 ...