Quelle est la meilleure approche lors de la migration de projets hérités à travers les versions de Visual Studio?

Question

J'ai réfléchi au nombre de projets que nous avons en interne et qui sont encore en cours de développement en utilisant Visual Studio 6 et comment les migrer vers Visual Studio 2008. Les projets vont des saveurs C/C++ et VB.

Vaut-il mieux laisser VS2008 convertir les espaces de travail en solutions, corriger les erreurs de compilation et être à votre guise? Ou, est-il préférable de commencer avec une solution propre et de migrer le code à travers le projet en rejetant le code mort en cours de route?

Answer 1

L'équipe Microsoft p & p a recommandé certains strategies qui répond à cette question. Fondamentalement, ils recommandent quelque chose comme l'approche projet par projet que vous mentionnez. Bien sûr, ils supposent une application soigneusement architecturée qui n'a pas de mauvais coins sombres d'où jaillissent des nuits tardives de codage et de grandes quantités de café.

Cela ne fait pas de mal de laisser VS2008 convertir le projet pour vous et de voir combien d'efforts sont nécessaires pour corriger les erreurs.

Answer 2

Quand j'ai dû convertir une application VB6 en VS2003 il y a plusieurs années, j'ai lancé le convertisseur et cela a produit quelque chose qui a été compilé, mais qui n'était pas très bon du tout. J'ai fini par devoir modifier un gros morceau du code généré. Je voudrais commencer avec une solution propre, puis exécutez le convertisseur sur un projet et copiez uniquement le code dont vous avez besoin. L'une des grandes différences que j'ai remarquées entre un projet VB6 et le projet VB.NET converti (WinForm) était avec les contrôles intégrés. Le convertisseur essaierait de conserver le type de contrôles que vous utilisiez, même s'ils étaient anciens et obsolètes. Vous pourriez donc être mieux servi en créant de nouveaux formulaires avec des contrôles modernes (zones de texte, contrôles à onglets, etc.), puis copiez le code dont vous avez besoin.