Каков наилучший подход при переносе устаревших проектов в версии Visual Studio?

Question

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

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

Answer 1

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

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

Answer 2

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

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