Aggiornamento da XP Pro a Win 7, tutto ciò di cui dovrei preoccuparmi?

2

Lavoro principalmente su .NET quindi presumo che il framework sia tutto a posto. Ma ci sono state segnalazioni di vari strumenti come .NET Reflector e simili che non funzionano correttamente con Win 7? Questa è una cosa aziendale, quindi non c'è molto che posso fare al riguardo, ma una volta che tutto è stato reinstallato spero di non trovare nulla di sconvolgente.

Saluti.

    
posta bryan 22.12.2010 - 14:57
fonte

6 risposte

6

Utilizzo Windows 7 dalla beta - credo che per circa due anni. Ci sono due problemi separati qui: le app che preferisci funzionano ancora per te e le app che stai scrivendo funzionano? Per il primo, ormai la risposta è generalmente sì, se sei sull'ultima versione. Ad esempio, Visual Studio 2010 è compatibile con UAC e ben integrato con la barra delle applicazioni di Windows 7. Visual Studio 2008, non tanto.

Per le app che stai scrivendo, i tag Windows 7 e UAC di stackoverflow saranno tuoi amici. Molte persone hanno passato questo e ci sono molte ottime risposte in attesa di essere lette.

    
risposta data 22.12.2010 - 15:10
fonte
3

Ho sviluppato su Windows 7 per la parte migliore dell'anno e non ho avuto problemi. Sarà necessario reinstallare le applicazioni, poiché non vi è alcun aggiornamento graduale da XP a Win7, ma i tuoi documenti (da "I miei documenti") e tali saranno conservati.

Se vai da 32-bit a 64-bit allo stesso tempo, potresti dover fare attenzione alle versioni di assemblaggio. Alcune cose (come SQLite) hanno build separati a 32 e 64 bit. Oltre a questo, è come al solito.

Oh, un'altra cosa: l'unità C: ora è più protetta di prima. Non è possibile scrivere liberamente su Programmi e le autorizzazioni utente vengono osservate più da vicino. Se la tua applicazione ha bisogno di diritti amministrativi, dovrai assicurarti che li chieda all'avvio o disabiliti il controllo dell'account utente sul tuo computer per i test, a seconda di quali piattaforme di destinazione supportate. Tendo anche a mantenere i miei file e il codice di C: solo per evitare ulteriori potenziali problemi di autorizzazione.

    
risposta data 22.12.2010 - 15:06
fonte
2

Per me IIS 5+ a IIS7 è stato un grande salto. Potresti volerlo considerare. :)

    
risposta data 22.12.2010 - 16:48
fonte
1

Il mio problema principale è stato l'aggiornamento a Windows a 64 bit che non supporta più le vecchie API di Windows, rendendo inutilizzabili alcuni dei nostri software precedenti.

La modalità XP disponibile per il download è buona, ma non esegue programmi Java su computer multi-monitor.

Tranne ciò, Windows 7 è stata un'esperienza molto piacevole.

    
risposta data 22.12.2010 - 15:09
fonte
0

Il problema principale che abbiamo riscontrato è che non è possibile eseguire Visual Studio 2003.

Questo significa che un paio delle nostre vecchie applicazioni legacy vengono sottoposte a debug su una vecchia macchina XP.

Potrebbero esserci dei modi per aggirare questo problema, come l'uso di una macchina virtuale xp o la modalità windows 7 xp, ma non ne abbiamo ancora avuto bisogno per passare il tempo a risolverlo.

    
risposta data 22.12.2010 - 15:13
fonte
0

Tre luoghi diversi, tre versioni di Windows 7. Tutto lo sviluppo web.

Il computer uno era un Core i5 con 4 ram, Windows 7 Professional. Tutto lo sviluppo del lavoro è stato fatto in una macchina virtuale con VS2005 che è stata trasferita sulla macchina e aggiunta in modalità XP. Con la visualizzazione a schermo intero e la capacità di trascinare e rilasciare i desktop, in realtà era molto difficile dire quando si passava da un sistema operativo all'altro. Nessun problema qui.

Computer two era una macchina dual core a 64 bit con 7 professionisti. Funziona sul metallo nudo con VS2008. L'unico problema che avevo all'inizio era l'esecuzione di applicazioni web asp.net su IIS7 quando l'applicazione non si trovava nella cartella WWWroot. Questo richiede solo una piccola configurazione delle autorizzazioni. Tutto il resto ha funzionato come un incantesimo.

Ultimo computer, chip AMD 64 bit con 3gigs ram, 7 Enterprise. Ancora VS2008 e ancora solo il problema con IIS7.

I secondi due computer avevano tutti una versione di controllo del codice sorgente (SVN o SourceSafe), SQL Express e altre utilità. (Scaricato la maggior parte degli articoli con Microsoft Web Platform Installer).

Le cpu a 64 bit / multi-core e un sacco di ram fanno un'enorme differenza di sensibilità. Annullo la sicurezza UAC di 7 in modo che non mi disturbi di tutto e l'utente deve essere l'amministratore della macchina (in realtà non diverso da altri sistemi operativi).

Buona fortuna e spero che questo ti aiuti.

    
risposta data 22.12.2010 - 16:17
fonte

Leggi altre domande sui tag