Проблема в том, что инструменты преобразования не поддерживают команды VB6 Graphics или модель принтера VB6. Кроме того, вы попадаете во множество угловых ситуаций, когда имеете дело с элементами управления ActiveX. Я знаю, что наши собственные приложения CAD / CAM не будут преобразованы с помощью каких-либо инструментов преобразования, так как в пользовательский интерфейс встроено множество настроек, которые обеспечивают бесперебойную работу с VB6 Form Engine.
Это вещи, в которых инструменты преобразования терпят неудачу, поскольку WinForm Engine требует собственных настроек. То же самое произошло, когда наше программное обеспечение перешло с DOS на VB3. Иногда нет замены ручному преобразованию.
При этом есть кое-что, что вы можете сделать, чтобы значительно упростить преобразование. Сначала убедитесь, что ваше приложение построено по слоям. Таким образом, вы можете конвертировать по одному слою, тестировать и продолжать. Он также имеет то преимущество, что на каждом этапе вы получаете пригодное для использования программное обеспечение. Я рекомендую начинать с верхнего слоя (формы) и продвигаться вниз.
Убедитесь, что все, что ориентировано на VB6, а не на Basic Centric, находится за интерфейсом. Когда .NET впервые появился несколько лет назад, я создал интерфейс Canvas и реализовал его с помощью графической команды VB6. Я использую тот же интерфейс Canvas в VB.NET, за исключением того, что теперь он использует графический объект. То же было и с принтерами.
Почти весь код был перемещен из наших форм в классы, которые они вызывали. Сами формы реализуют интерфейс, используемый классами пользовательского интерфейса. Когда мы перешли на .NET, у нас есть точное определение того, как форма взаимодействует с остальной системой, и преобразование формы стало значительно проще.
Все эти шаги были выполнены в VB6 и прошли наш обычный процесс вопросов и ответов. Потом мы начали преобразование.
person
RS Conley
schedule
06.04.2009