27/02/09 19:54
theprogrammer
Postato originariamente da lorenzo:
il fatto del runtime è il motivo per il quale quando devo programmare in c/c++ uso il vecchio vc++6.0, almeno sono sicuro che anche su pc datati non ci saranno problemi.
il fatto del runtime è il motivo per il quale quando devo programmare in c/c++ uso il vecchio vc++6.0, almeno sono sicuro che anche su pc datati non ci saranno problemi.
Non sono d'accordo. Anche il VC6 utilizza un runtime. Solo che quello e' presente nei sistemi operativi piu' recenti proprio perche' datato. Quando e' uscito il VC6 e l'ho utilizzato per la prima volta, non in tutti i PC destinazione c'era il runtime installato.
devi ammettere che usare il c/c++ con queste limitazioni è abbastanza brutto,
Anche qui non sono d'accordo.
Non e' che si passa dalla versione 6, alla 7, alla 8, o alla 9 con "leggerezza".
Si sa che ogni major release ha un proprio CRT aggiornato e corretto (molti bug ancora presenti nel runtime del 6 non esistono in quelle piu' recenti ...).
allora sarebbe meglio sfruttare le capacità del framework con c#.
La cosa non cambia da questo punto di vista. Se utilizzi il framework 3.5 SP1 e questo non e' ancora installato nel computer destinazione, lo devi installare.
Qual e' la differenza?
Se decido di usare c/c++ voglio(almeno io, poi altri non so...) avere la sicurezza che il mo programma funzionerà su tutte le versioni di windows(ovviamente da nt in avanti)
Non e' detto che il VC6 funzionerebbe in NT 4 SP3 ... anzi e' quasi sicuro che questo non avvenga affatto.
Non sarei cosi' assoluto. Io (e tanti altri colleghi con cui lavoro) determiniamo la versione di una applicazione da passare in produzione e ci regoliamo sul runtime che deve essere presente ... nessun problema (fino ad ora) ...
aaa
