Каков наилучший подход при переносе устаревших проектов по версиям визуальной студии?

Question

Я думал о количестве проектов, которые у нас есть в доме, которые все еще разрабатываются с использованием visual studio 6 и как лучше всего перенести их на визуальную студию 2008. Проекты варьируются в зависимости от C/C++ и VB.

Лучше ли позволить VS2008 преобразовывать рабочие пространства в решения, исправлять любые ошибки компиляции и быть на вашем веселом пути? Или, лучше ли начинать с чистого решения и мигрировать код через проект по проекту, отбрасывая мертвый код на этом пути?

Answer 1

Microsoft p & Команда p рекомендовала strategies, который отвечает на это. В основном они рекомендуют что-то вроде проекта по проекту, о котором вы упоминаете. Конечно, они принимают аккуратно зашифрованное приложение, которое не имеет неприятных темных углов, из которых поздние ночи кодирования и обильное количество кофе весны.

Это не помешает VS2008 преобразовать проект для вас и посмотреть, сколько усилий требуется для исправления ошибок.

Answer 2

Когда мне пришлось конвертировать приложение VB6 в VS2003 несколько лет назад, я запустил конвертер, и он произвел что-то, что в основном скомпилировано, но было совсем не очень хорошо. В итоге мне пришлось изменить большой кусок кода, который он сгенерировал.

Я бы начал с чистого решения, а затем запустил конвертер в проекте и скопировал только тот код, который вам нужен. Одно из больших различий, которое я заметил между проектом VB6 и преобразованным проектом VB.NET (WinForm), было со встроенными элементами управления. Конвертер попытается сохранить тип используемых вами элементов управления, даже если они были старыми и устаревшими. Таким образом, вам может быть лучше обеспечено создание новых форм с помощью современных элементов управления (текстовые поля, элементы управления вкладками и т. Д.), А затем скопируйте код, который вам нужен.