Migration de la solution C# .NET 2.0 (VS2005) vers .NET 3.5 (VS2008) - Quels sont les problèmes à prévoir?

Question

Mon équipe est à la recherche dans l'amélioration de notre grande ish solution C# (~ 30 projets, probablement des milliers de fichiers) de VS 2005 à VS 2008.

D'après votre expérience, quels sont les problèmes, le cas échéant, sont susceptibles d'apparaître? Oh oui, il y a quelques composants isolés qui utilisent encore VS2003 et qui devraient aussi être mis à niveau vers VS2008.

Answer 1

Comme l'a dit John, s'attendre à très peu de problèmes. Quand j'ai mis à jour mes projets, juste pour être sûr, je me suis assuré que la "version du framework cible" était définie sur .NET 2.0, puis je les ai reconstruit sous 2008/.NET 3.5 et j'ai poussé une mise à jour. Une fois que j'étais content que tout fonctionnait encore, j'ai mis à jour la version du framework cible vers la version 3.5 et j'ai continué à travailler normalement, puis j'ai poussé ces mises à jour dès qu'elles étaient prêtes. Une note de bas de page évidente: si vous utilisez ClickOnce, assurez-vous que les machines cibles disposent toutes de .NET 3.5 avant de mettre à jour les projets ClickOnce pour utiliser 3.5 car elles ne seront même pas chargées sous .NET 2.0. Je ne sais pas si c'est le cas pour les applications mais je suppose.

Answer 2

Il n'y aura pas de problèmes allant de VS2005 à VS2008. .NET 3.5 est juste .NET 2.0 SP2 avec quelques assemblys supplémentaires (que votre code existant, naturellement, n'utilise pas).

Le VS2003 est une histoire différente. Il y avait un certain nombre de corrections de bogues dans .NET 2.0, et certains d'entre eux "cassé" .NET 1.1 (c'est-à-dire, .NET 1.1 était faux, et les choses sont "correctes" maintenant).