Attualmente stiamo migrando il nostro programma Visual Basic 6.0 a .NET . Il pubblico di destinazione sono normali utenti desktop a casa. Discutendo di questo, ci siamo resi conto che non possiamo proporre programmi mainstream che sembrano scritti in .NET. Ci siamo sbagliati? C'è una buona ragione per questo?
A seconda della definizione di "programmi di flusso principale", non sembrano esserci molti di essi da scrivere in VB6.
Naturalmente, C # e VB.NET ora hanno preso quasi il posto dove VB6 era ~ 10 anni fa. Almeno il 98% è un singolo software che non puoi acquistare nel tuo negozio di software locale. Ma ciò non significa che non ci siano programmi .NET là fuori. Ce ne sono molte - ma dovrai cercarle nei posti giusti.
Al tuo cliente non interessa se il tuo programma è scritto in .NET o no. Pertanto, se riesci a garantire che la stragrande maggioranza del pubblico di destinazione possa installare ed eseguire il tuo software senza problemi, sei bravo.
È molto difficile trovare informazioni accurate su penetrazione di .NET Framework , quindi non dovresti fidarti di nessuno.
Perché non targeting per profilo client .NET e assicurati che sia installato insieme ai tuoi binari ? È facile, semplice ed efficace.
The .NET Framework 4 Client Profile is a subset of the .NET Framework 4 that is optimized for client applications. It provides functionality for most client applications, including Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF), and ClickOnce features. This enables faster deployment and a smaller install package for applications that target the .NET Framework 4 Client Profile.
Vedo un altro grande vantaggio di porting il tuo codice VB6 in .NET: la possibilità di creare una versione del tuo software che funziona su Linux e OSX usando Mono . Esempi notevoli di applicazioni desktop scritte in .NET e piattaforme incrociate sono disponibili qui .
La mia esperienza personale è che .NET è dominante nello sviluppo interno a livello aziendale. Molte di queste applicazioni non sono costruite per il consumo pubblico e quindi non fanno parte del nostro vocabolario quotidiano.
Tuttavia, c'è una ragione molto convincente che così tante grandi aziende hanno adottato queste tecnologie: produttività e felicità dei programmatori. C # è un linguaggio di programmazione meraviglioso e produttivo e l'ecosistema .NET è ricco di librerie esistenti per aiutarci a reinventare le ruote. Inoltre, WCF, a volte incredibilmente complicato, è un framework molto potente per la costruzione di comunicazioni tra diversi sistemi.
Riguardo alla tua specifica circostanza, mi occuperei solo del porting della tua applicazione se farai molti miglioramenti e modifiche in futuro. Se è stabile e in modalità di manutenzione, rimpiangerete qualsiasi decisione oltre a lasciarla così com'è.
Decidi se ci sono funzionalità che il tuo mercato vuole che puoi creare solo con più facilità in .NET. Considera che assumere nuovi sviluppatori è un altro mercato da considerare. Puoi trovare o meno più sviluppatori VB.NET adatti alle tue esigenze (livello di esperienza, conoscenza del dominio, ecc.). I tuoi attuali sviluppatori vogliono davvero cambiare?
Non conosco il mercato degli utenti domestici, ma il mercato business è piuttosto pesante nelle app .net.
VB6 non è più supportato da MS più (ref: link ). Quindi, se hai problemi dal punto di vista dello sviluppo, non riceverai il supporto dalla fonte.
VB.NET, d'altra parte, è ancora attivamente sviluppato e supportato.
La somiglianza tra .NET Framework e Java JRE così come le somiglianze tra C # e Java stesso ha notevolmente aumentato la comunità di sviluppatori C # /. NET.
La fornitura di sviluppatori VB6 si ridurrà mentre i VB.NET/C# aumenteranno e potranno far avanzare il tuo prodotto.
we cannot come up with main stream programs that seem to be written in .Net.
Sono abbastanza sicuro del ATI Catalyst controllo della scheda grafica pannello è scritto in. NET - quindi questo è praticamente ogni PC che ha una scheda grafica ATI. Grandi numeri di utenti desktop normali ...
Un altro buon esempio è Samsung Kies - che la maggior parte persone che hanno installato telefoni Samsung ..
Suppongo che non importi - ciò che potrebbe importare di più è ciò su cui sarà scritta la maggior parte dei programmi, in futuro. Ora gli Stati Uniti si concentrano sulle app Win8, probabilmente staresti meglio a preoccuparti dell'adozione di HTML5 + js e WinRT piuttosto che legacy .NET.
L'ultima cosa che vuoi fare è portare tutto su .NET e poi fare molte più rilavorazioni per farlo funzionare bene con Windows 8.
Leggi altre domande sui tag .net