2009-06-18 7 views
0

Eh bien, pour commencer, j'utilise Visual Studio 2008 sur un système Windows XP 32 bits. J'ai un deuxième système Vista à 32 bits, mais ce n'est pas utilisé pour le développement. Je viens de commander un nouvel ordinateur de développement qui utilisera Vista 64 bits. (Vous ne voulez pas encore Windows 7, mais vous mettrez probablement Windows 7 à niveau dans deux ans s'il a une bonne valeur marchande.) (Btw, Intel Xeon Quadcore, 12 Go de RAM, espace disque de 1,3 To sur 2 disques) Je sais que la plupart des applications 32 bits fonctionneront très bien, y compris VS et plusieurs autres. Je ne suis pas trop inquiet à propos de ça de toute façon. Je fais aussi du développement avec Delphi 2007 mais je ne m'inquiète pas pour ça non plus. Mais je tiens à prendre cela en considération:Pièges généraux lors du passage à Vista 64 bits?

Sur ce nouveau système 64 bits, je peux commencer à développer des applications 64 bits. C'est nouveau pour moi, alors quels sont les pièges les plus courants que je dois éviter quand je commence à développer de nouvelles applications 64 bits? Par exemple, des types de données de taille différente, un système de fichiers qui peut être différent, des fonctions 64 bits spéciales que je dois connaître, un conflit possible lorsque je dois combiner mon code 64 bits avec des assemblages 32 bits

(j'en connais déjà une: lorsque je développe des applications web, je dois m'assurer que mon hébergeur supporte les applications 64 bits, sinon ça ne sert à rien ... Apparemment, IIS ne semble pas pouvoir prend en charge les applications 64 bits et 32 ​​bits, donc c'est un piège.)

Je ne vais pas porter des applications 32 bits sur des applications 64 bits. Je veux juste créer nouveaux applications 64 bits. À partir de rien! Donc, sans histoire de 32 bits. J'ai également lu à propos de cette question unanswered Caveat mais c'est plus sur la migration. Je ne vais pas migrer quoi que ce soit.

+1

Je pense que vous vouliez dire que vous vouliez créer de nouvelles applications 64 bits, pas 32 bits. Corrigé pour toi. :) –

+0

Oui. Avait déjà remarqué cela. :-) En fait, j'avais découvert l'erreur moi-même, rafraîchie, puis j'ai remarqué qu'elle était soudainement partie. Vous l'avez corrigé avant moi. ;-) –

Répondre

1

Maux de tête de déploiement au moins pour les applications de bureau.

Les dossiers spéciaux sont différents pour une raison quelconque. Modifier et continuer dans Visual Studio ne fonctionne que lors de la compilation à 32 bits.

Vous pourriez trouver quelques problèmes obscurs qui pourraient prendre une éternité à contourner.

1

J'ai utilisé un système Vista 64 bits depuis novembre, avec très peu de problèmes. Le pire jusqu'ici est que dans Visual Studio, pour déboguer une tâche de script dans SSIS, vous devez lui dire de ne pas utiliser l'exécution 64 bits.

Questions connexes