Было бы неплохо начать преобразование форм в .NET по одной, которые вы затем вызывали бы из приложения VB6 через COM-взаимодействие.
Таким образом, к концу процесса вы просто преобразуете «оболочку» приложения VB6 в новое приложение .NET, и все ваши формы будут готовы к работе в .NET.
Есть ли лучшая стратегия?
У нас есть приложение VB6, которое также переносится на .NET, и мы используем стратегию COM-Interop. Все новые функции могут быть реализованы в .NET, только графический интерфейс остается на VB; в то же время мы можем самостоятельно разработать новый графический интерфейс.
Если вы этого еще не знаете, вы можете выполнить COM-взаимодействие без использования реестра (так как это вызвало у нас некоторые проблемы) с помощью COM-взаимодействия без регистрации:
Если бы это был я, я бы сразу сорвал пластырь. Я не вижу никакой пользы в наличии промежуточного состояния [.NET Forms и COM-interop] для вашего приложения, потому что это просто добавляет ненужной сложности.
Есть много советов по стратегиям конверсии.
Частичный подход, который вы описываете, создаст дополнительную работу, потому что вы будете пытаться заставить код VB6 и .Net сосуществовать, что чревато проблемами для чего угодно, кроме простейших приложений. Где-то по дороге вы, вероятно, наткнетесь на ловушку, которая может стать препятствием.
Я бы порекомендовал следующий подход (основанный на успешном переносе 600000-строчного приложения VB6 в .Net):
Убедитесь, что ваша существующая кодовая база VB6 правильно контролируется версиями и помечена. Напишите регрессионные тесты для вашей базы кода VB6, желательно автоматизированные. Возьмите известную базовую линию метки кода VB6 и перенесите ее как единое целое в .Net. Ваши клиенты продолжают использовать версию VB6. Запустите регрессионные тесты для перенесенного кода. Когда все тесты пройдены, примените к коду .Net любые изменения VB6, произошедшие с тех пор, как вы взяли исходный базовый уровень VB6. Доставить в УАТ и потом жить.
Будете ли вы выполнять большое сложное преобразование данных по одной таблице за раз, используя в ваших системах одну, другую или обе модели данных одновременно в течение длительного периода? Ясно, что здесь возникают проблемы и сложности. Лучшая практика для больших преобразований данных - это делать их таким образом, чтобы вся модель данных приводилась в желаемое конечное состояние в кратчайшие сроки. То же самое можно сказать и о крупномасштабных преобразованиях кода. Выполнение их по частям и в течение длительного периода времени чревато проблемами с точки зрения увеличения затрат на рабочую силу и технических рисков.
ИМО, лучший подход - сформулировать конечные стандарты разработки и архитектуры для вашего .NET-кода, а затем инвестировать в процесс, который поможет вам эффективно переписать вашу систему таким образом, чтобы она соответствовала этим стандартам и точно сохраняла унаследованные бизнес-правила и функциональные возможности. поведение. Длительные переходы и сложные гибридные / промежуточные решения - это лишь временная остановка, в лучшем случае вызывающая проблемы для бизнеса и провал проекта в худшем - их следует избегать. Более совершенный подход позволит вам доставлять унаследованное программное обеспечение на новую платформу внутренне согласованными, независимыми и хорошо сформированными частями. Более того, выполнение миграции меньшим количеством более крупных частей будет более эффективным и менее разрушительным, чем множество маленьких частей.
Ключом к тому, чтобы сделать этот подход жизнеспособным, является использование инструментов следующего поколения VB6 / COM / ASP в .NET, которые позволяют итеративно калибровать, настраивать и проверять автоматизированный процесс перезаписи, который уравновешивает автоматическое преобразование с ручной работой. Инструменты из Great Migrations специально разработаны для использования этой методологии. Мы называем это перезаписью с помощью инструментов. Мы использовали этот подход в нескольких крупных проектах миграции, включая обновление портфеля приложений объемом 1,2 млн LOC VB6 / COM до перепроектированного C # /. NET.
Отказ от ответственности: я работаю на Великую миграцию.
